Mailinglist Archive: opensuse-factory (1231 mails)
| < Previous | Next > |
Re: [opensuse-factory] Strange chroot behaviour [was: zypper dup failing on kernel error]
- From: "Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>
- Date: Tue, 4 Nov 2008 12:14:31 +0100 (CET)
- Message-id: <alpine.LSU.2.00.0810301615550.4534@xxxxxxxxxxxxxxxx>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thursday, 2008-10-30 at 14:03 +0100, Christian Boltz wrote:
( forgot to post this email, after the test )
I'll try:
echo "/dev/hda8 /boot ext2 rw,noatime,nodiratime,acl,user_xattr 0 0" >>
/etc/mtab
which is the line the non-chrooted host system has, except that for pathto/boot. if it works, I'll think how to add it to my prepare script.
[...]
Yes, it works.
I think that the correct thing is to edit the mtab file (joe, mcedit, vi...), and remove / add / edit incorrect entries, because it will contains the same that was valid when halting the system. The god news is that ti should keep till a real reboot.
It just has to be done and not automated easily. Not a fault of the installer: it worked before per chance, perhaps. I think :-)
I did open a Bugzilla, but as far as I'm concerned I'm happy just knowing that I have to edit mtab.
Unless somebody makes me happier by telling me it is a real bug ;-)
- -- Cheers,
Carlos E. R.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkkQLpkACgkQtTMYHG2NR9UJbQCfed0E9FRQvXv00k4s8ezQ8kL/
SSkAnjrd9qZoAvwsbQklvlfGnZMMx4SO
=FK65
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx
Hash: SHA1
On Thursday, 2008-10-30 at 14:03 +0100, Christian Boltz wrote:
( forgot to post this email, after the test )
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)
What's happened? This worked before. :-?
Mount basically does a "cat /etc/mtab" when listing the mounted devices.
Therefore it's not really surprising that it gets things wrong inside
the chroot.
As a possible workaround, you can manually edit the chrooted /etc/mtab.
I'll try:
echo "/dev/hda8 /boot ext2 rw,noatime,nodiratime,acl,user_xattr 0 0" >>
/etc/mtab
which is the line the non-chrooted host system has, except that for pathto/boot. if it works, I'll think how to add it to my prepare script.
[...]
Yes, it works.
I think that the correct thing is to edit the mtab file (joe, mcedit, vi...), and remove / add / edit incorrect entries, because it will contains the same that was valid when halting the system. The god news is that ti should keep till a real reboot.
It just has to be done and not automated easily. Not a fault of the installer: it worked before per chance, perhaps. I think :-)
I did open a Bugzilla, but as far as I'm concerned I'm happy just knowing that I have to edit mtab.
Unless somebody makes me happier by telling me it is a real bug ;-)
- -- Cheers,
Carlos E. R.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkkQLpkACgkQtTMYHG2NR9UJbQCfed0E9FRQvXv00k4s8ezQ8kL/
SSkAnjrd9qZoAvwsbQklvlfGnZMMx4SO
=FK65
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx
| < Previous | Next > |