[gentoo-dev] Third try with build -r14

[gentoo-dev] Third try with build -r14

[Kevin Gordon]

Hi,
I am trying to understand where I am at fault installing build -r14.
(1) I firstly installed a kernel with "/dev/pts file system for Unix 98
PTYs" enabled. In Daniel's IBM notes re Advanced File Systems he states to
disable this. Your install notes for build -r14 cover all items listed by
Daniel but fail to note this item should be disabled. Having this item
enabled and devfs active, would this be fatal? Could it cause the boot
process to fail (see previous emails re emerge update).

(2) While installing ppp I used "# mknod /dev/ppp c 108 0". Is this ok in a
devfs system? Could it cause the boot process to fail ?

(3) I have previously stopped part way through the build -r14 install
process and noticed during "# exit" "umount /mnt/gentoo/boot; umount
/mnt/gentoo; reboot" that the / parition did not un-mount. Daniel's article
suggests "umount -r /mnt/gentoo" to place / in a ro state before rebooting.
Could it cause the next boot process to fail ?

(4) My most recent problem: (see email emerge update)
      I get a loop repeating "Caching service dependencies"
      Did a control-C
      Get "rm: cannot unlink './pppd.tdb' : read-only file system"
      Hangs on "Initializing random number generator"
One of my "emerge update" processed baselayout-1.6.9 and also glibc. Are any
current problems with glibc which could corrupt my system?


Your help would be appreciated.

Kevin.

Re: [gentoo-dev] Third try with build -r14

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 2707 bytes --]

On Fri, 2002-01-04 at 21:02, Kevin Gordon wrote:
> Hi,
> I am trying to understand where I am at fault installing build -r14.
> (1) I firstly installed a kernel with "/dev/pts file system for Unix 98
> PTYs" enabled. In Daniel's IBM notes re Advanced File Systems he states to
> disable this. Your install notes for build -r14 cover all items listed by
> Daniel but fail to note this item should be disabled. Having this item
> enabled and devfs active, would this be fatal? Could it cause the boot
> process to fail (see previous emails re emerge update).
> 
No, it should just not be mounted, as devfs handles UNIX 98
PTYs automatically.


> (2) While installing ppp I used "# mknod /dev/ppp c 108 0". Is this ok in a
> devfs system? Could it cause the boot process to fail ?
> 

No, although you should not need to do this, as devfs should
create it when 'ppp_generic.o' module is loaded.


> (3) I have previously stopped part way through the build -r14 install
> process and noticed during "# exit" "umount /mnt/gentoo/boot; umount
> /mnt/gentoo; reboot" that the / parition did not un-mount. Daniel's article
> suggests "umount -r /mnt/gentoo" to place / in a ro state before rebooting.
> Could it cause the next boot process to fail ?
> 

Did you try to 'cd /' and then unmount it ?  It will not unmount if
'pwd' is /mnt/gentoo.  Also make sure that
there is nothing mounted (like /mnt/gentoo/proc) in
/mnt/gentoo.  If it did not unmount clean, boot should not fail, but
just fsck the root partition.


Also check that you have PROCFS and TMPFS compiled in, else
boot will fail.


> (4) My most recent problem: (see email emerge update)
>       I get a loop repeating "Caching service dependencies"
>       Did a control-C
>       Get "rm: cannot unlink './pppd.tdb' : read-only file system"
>       Hangs on "Initializing random number generator"
> One of my "emerge update" processed baselayout-1.6.9 and also glibc. Are any
> current problems with glibc which could corrupt my system?
>

Strange one ('loop repeating "Caching service dependencies"').
This should not happen, except if it is a old baselayout, and
some service had a 'need' depend of itself.  Otherwise it
is a bug we are not aware of.  If you still get this problem,
create a tarball of the contents of /etc/init.d/* , and
mail it to:

  azarah@gentoo.org

Also some more details of the error messages on the boot
failure would help, what services you have in your BOOT and
DEFAULT runlevel (/etc/runlevels/boot/* and
/etc/runlevels/default/* ), etc.


Greetings,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] Third try with build -r14

[Kevin Gordon]

Thank you Martin for a most helpful response.

I had not entered in /etc/devfsd.conf "LOOKUP       ppp        MODLOAD" but
now realise this would be necessary from 'ppp for Linux" by Paul Mackerrsa.

I did not cd / before umount /mnt/gentoo. Now noted.
I am now reluctant to # reboot.
I had not made a # umount /proc. Now noted.

re PROCFS & TMPFS at boot have:
Mounting /proc
Mounting devfs
Mounting tmpfs
I think this is what you asked.

I have not had repeating messages on this install.
Your advice re info required is noted.

RE backup of gentoo and devfs:

I have written a script to backup the whole system. Get error messages:
tar: /dev/log: socket ignored
tar: /lib/dev-state/log: socket ignored
tar: 3 tmp files: socket ignored
tar: /proc/2.....to......14/exe: Cannot read link: No such file or directory
tar: /proc/801/fd/4: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors

Backed up 3.65GB to another partition..

Would it be safe / ok to umount /proc before and mount after the backup?

Would devfs and /proc be ok after a restore?

Many thanks,
Kevin




----- Original Message -----
From: "Martin Schlemmer" <azarah@gentoo.org>
To: "Gentoo-Dev" <gentoo-dev@gentoo.org>
Sent: Saturday, January 05, 2002 8:46 AM
Subject: Re: [gentoo-dev] Third try with build -r14

On Fri, 2002-01-04 at 21:02, Kevin Gordon wrote:
> Hi,
> I am trying to understand where I am at fault installing build -r14.
> (1) I firstly installed a kernel with "/dev/pts file system for Unix 98
> PTYs" enabled. In Daniel's IBM notes re Advanced File Systems he states to
> disable this. Your install notes for build -r14 cover all items listed by
> Daniel but fail to note this item should be disabled. Having this item
> enabled and devfs active, would this be fatal? Could it cause the boot
> process to fail (see previous emails re emerge update).
>
No, it should just not be mounted, as devfs handles UNIX 98
PTYs automatically.


> (2) While installing ppp I used "# mknod /dev/ppp c 108 0". Is this ok in
a
> devfs system? Could it cause the boot process to fail ?
>

No, although you should not need to do this, as devfs should
create it when 'ppp_generic.o' module is loaded.


> (3) I have previously stopped part way through the build -r14 install
> process and noticed during "# exit" "umount /mnt/gentoo/boot; umount
> /mnt/gentoo; reboot" that the / parition did not un-mount. Daniel's
article
> suggests "umount -r /mnt/gentoo" to place / in a ro state before
rebooting.
> Could it cause the next boot process to fail ?
>

Did you try to 'cd /' and then unmount it ?  It will not unmount if
'pwd' is /mnt/gentoo.  Also make sure that
there is nothing mounted (like /mnt/gentoo/proc) in
/mnt/gentoo.  If it did not unmount clean, boot should not fail, but
just fsck the root partition.


Also check that you have PROCFS and TMPFS compiled in, else
boot will fail.


> (4) My most recent problem: (see email emerge update)
>       I get a loop repeating "Caching service dependencies"
>       Did a control-C
>       Get "rm: cannot unlink './pppd.tdb' : read-only file system"
>       Hangs on "Initializing random number generator"
> One of my "emerge update" processed baselayout-1.6.9 and also glibc. Are
any
> current problems with glibc which could corrupt my system?
>

Strange one ('loop repeating "Caching service dependencies"').
This should not happen, except if it is a old baselayout, and
some service had a 'need' depend of itself.  Otherwise it
is a bug we are not aware of.  If you still get this problem,
create a tarball of the contents of /etc/init.d/* , and
mail it to:

  azarah@gentoo.org

Also some more details of the error messages on the boot
failure would help, what services you have in your BOOT and
DEFAULT runlevel (/etc/runlevels/boot/* and
/etc/runlevels/default/* ), etc.


Greetings,

--

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa

Re: [gentoo-dev] Third try with build -r14

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 2556 bytes --]

On Sun, 2002-01-06 at 10:45, Kevin Gordon wrote:
> Thank you Martin for a most helpful response.
> 
> I had not entered in /etc/devfsd.conf "LOOKUP       ppp        MODLOAD" but
> now realise this would be necessary from 'ppp for Linux" by Paul Mackerrsa.
>

It should not be needed to do this or anything for ppp to
auto load the ppp module (as the alias is already in
modules.devfs).  I just merged the net-dialup/ppp and i havent
changed a thing (except /etc/init.d/net.ppp0) or created a
device.  Hundreds of reboots, and it still work fine.
 
> I did not cd / before umount /mnt/gentoo. Now noted.
> I am now reluctant to # reboot.
> I had not made a # umount /proc. Now noted.
> 

You do not need to unmount /proc (in theory). Just unmount
/mnt/* and then do a

  mount -o remount,ro /

to remount / readonly and make sure all other *real*
filesystems (not /proc or /dev) is unmounted or mounted
readonly and reboot.

After install, you can just #reboot, as the Gentoo initscripts
will take care of the rest.

> re PROCFS & TMPFS at boot have:
> Mounting /proc
> Mounting devfs
> Mounting tmpfs
> I think this is what you asked.
> 
> I have not had repeating messages on this install.
> Your advice re info required is noted.
> 

great!

> RE backup of gentoo and devfs:
> 
> I have written a script to backup the whole system. Get error messages:
> tar: /dev/log: socket ignored
> tar: /lib/dev-state/log: socket ignored
> tar: 3 tmp files: socket ignored
> tar: /proc/2.....to......14/exe: Cannot read link: No such file or directory
> tar: /proc/801/fd/4: Cannot stat: No such file or directory
> tar: Error exit delayed from previous errors
> 
> Backed up 3.65GB to another partition..
> 
> Would it be safe / ok to umount /proc before and mount after the backup?
> 
> Would devfs and /proc be ok after a restore?
> 

How do you backup the partition ? BTW, you do not need to
backup /dev and /proc, as these are *virtual* filesystems.
meaning, your backup'd copy should just have a empty /dev
and /proc, and no contents as the contents is created at
mounting them.

How you can do a backup with copy, is by doing:

  cp -ax / /mnt/backup

this will copy everyting but stay on the original filesystem,
and leave /dev and /proc uncopied as like I said, you do not
need to backup them.

Hope this is of some help.  Feel free to ask if I was not too
clear.


Greetings,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] Third try with build -r14

[Kevin Gordon]

That's excellent! thanks Martin.


----- Original Message ----- 
From: "Martin Schlemmer" <azarah@gentoo.org>
To: "Gentoo-Dev" <gentoo-dev@gentoo.org>
Sent: Sunday, January 06, 2002 11:44 PM
Subject: Re: [gentoo-dev] Third try with build -r14