Re: [opensuse-factory] Strange chroot behaviour [was: zypper dup failing on kernel error]
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-30 a las 15:26 +0100, Josef Reidinger escribió: [ sending back to mail list ]
So, boot is there, mounted. However, when I chroot, it dissapears:
nimrodel:~ # chroot /otros/test_d/ /bin/bash --login nimrodel:/ # mount /dev/hdd14 on / type reiserfs (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) securityfs on /sys/kernel/security type securityfs (rw)
What's happened? This worked before. :-?
I think that's problem in powerpc, try in chroot what do if you instead chroot use cat /proc/mounts it should work, I tested it now and looks fine for me. (so after beta4 this should work, I didn't fix it before deadline for beta4).
I don't have powerpc, just pentium4. But I don't understand what you sugest I do? I was thinking that it is not a problem in chroot, but in the script that the kernel installation runs, something has changed there since some months. The partition is mounted, simply that it is not listed in mtab. NOT_nimrodel:~ # mount /boot/ mount: /dev/hda8 already mounted or /boot busy See? Perhaps I have to write myself to mtab :-? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkJyJkACgkQtTMYHG2NR9UQ7gCfWuYTvBf/26vJzNF8s1tt4MPH SCQAoIVIEooycM9DlorG9cRci/ViQOjN =qLsR -----END PGP SIGNATURE-----
Carlos E. R. wrote:
El 2008-10-30 a las 15:26 +0100, Josef Reidinger escribió:
[ sending back to mail list ]
So, boot is there, mounted. However, when I chroot, it dissapears:
nimrodel:~ # chroot /otros/test_d/ /bin/bash --login nimrodel:/ # mount /dev/hdd14 on / type reiserfs (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) securityfs on /sys/kernel/security type securityfs (rw)
What's happened? This worked before. :-?
I think that's problem in powerpc, try in chroot what do if you instead chroot use cat /proc/mounts it should work, I tested it now and looks fine for me. (so after beta4 this should work, I didn't fix it before deadline for beta4).
I don't have powerpc, just pentium4.
But I don't understand what you sugest I do?
I was thinking that it is not a problem in chroot, but in the script that the kernel installation runs, something has changed there since some months. The partition is mounted, simply that it is not listed in mtab.
NOT_nimrodel:~ # mount /boot/ mount: /dev/hda8 already mounted or /boot busy
See?
Perhaps I have to write myself to mtab :-?
-- Saludos Carlos E.R.
Yes, change is in perl-Bootloader which now check if you have separate boot and if so if you have mounted that. Because if it isn't mounted then you during kernel upgrade run to serious problem like unbootable system. Please check if in chroot enviroment is /proc/mounts correct, because it will be used to fix this problem. thanks JR -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday, 2008-10-30 at 16:11 +0100, Josef Reidinger wrote:
Yes, change is in perl-Bootloader which now check if you have separate boot and if so if you have mounted that. Because if it isn't mounted then you during kernel upgrade run to serious problem like unbootable system. Please check if in chroot enviroment is /proc/mounts correct, because it will be used to fix this problem.
No, /proc/mount is not usable for this because it contains the host data: NOT_nimrodel:~ # cat /proc/mounts | grep boot /dev/hda6 /boot ext2 rw,noatime,nodiratime,errors=continue,user_xattr,acl 0 0 /dev/hdd2 /otros/boot_d1 ext2 rw,noatime,nodiratime,errors=continue 0 0 /dev/hdd3 /otros/boot_d2 ext2 rw,noatime,nodiratime,errors=continue 0 0 /dev/hda7 /otros/boot_a2 ext2 rw,noatime,nodiratime,errors=continue,user_xattr,acl 0 0/dev/hda8 /otros/boot_a3 ext2 rw,noatime,nodiratime,errors=continue,user_xattr,acl 0 0 /dev/hda8 /boot ext2 rw,noatime,nodiratime,errors=continue,user_xattr,acl 0 0 Notice that what I try to do is upgrade factory=11.1 from a running 11.0, similarly to what install/upgrade from the DVD does. This worked for factory=11.0 / host=10.3 - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkJ0TUACgkQtTMYHG2NR9VLVgCfZW2Ffk3vw8UT9YXoEHb/PB4C q+0An0j/J/F+NhD7T3o+sYfWQnMWLFzM =xibm -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Carlos E. R. wrote:
On Thursday, 2008-10-30 at 16:11 +0100, Josef Reidinger wrote:
Yes, change is in perl-Bootloader which now check if you have separate boot and if so if you have mounted that. Because if it isn't mounted then you during kernel upgrade run to serious problem like unbootable system. Please check if in chroot enviroment is /proc/mounts correct, because it will be used to fix this problem.
No, /proc/mount is not usable for this because it contains the host data:
NOT_nimrodel:~ # cat /proc/mounts | grep boot /dev/hda6 /boot ext2 rw,noatime,nodiratime,errors=continue,user_xattr,acl 0 0 /dev/hdd2 /otros/boot_d1 ext2 rw,noatime,nodiratime,errors=continue 0 0 /dev/hdd3 /otros/boot_d2 ext2 rw,noatime,nodiratime,errors=continue 0 0 /dev/hda7 /otros/boot_a2 ext2 rw,noatime,nodiratime,errors=continue,user_xattr,acl 0 0/dev/hda8 /otros/boot_a3 ext2 rw,noatime,nodiratime,errors=continue,user_xattr,acl 0 0 /dev/hda8 /boot ext2 rw,noatime,nodiratime,errors=continue,user_xattr,acl 0 0
Notice that what I try to do is upgrade factory=11.1 from a running 11.0, similarly to what install/upgrade from the DVD does. This worked for factory=11.0 / host=10.3
-- Cheers, Carlos E. R.
Interesting, then it must be kernel bug, because when I test this on OpenSUSE 11 it is correct. in chroot it show mounted thinks, but with prefix /mounts/something/boot so it is not problem and correctly mounted under chroot is show as /boot. Please open bug on kernel. JR -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday, 2008-10-30 at 16:37 +0100, Josef Reidinger wrote:
Interesting, then it must be kernel bug, because when I test this on OpenSUSE 11 it is correct. in chroot it show mounted thinks, but with prefix /mounts/something/boot so it is not problem and correctly mounted under chroot is show as /boot. Please open bug on kernel. JR
Done! Bug 440337 - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkKAOEACgkQtTMYHG2NR9XfXQCeM274ibU9KN+Uf/CdkUtjYrvK TSsAnj06f0e99/BE1stTOx5bVK+nvBiC =X1CB -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (2)
-
Carlos E. R. -
Josef Reidinger