1 |
Hans-Werner Hilse wrote: |
2 |
> Maybe you can cat your /proc/mounts |
3 |
> next time you're in that single-user mode? It might make things more |
4 |
> clear... |
5 |
> |
6 |
3 power cycles later I duplicated the problem. Here is /proc/mounts, |
7 |
transcribed by hand. There is nothing obvious wrong here (to me) except |
8 |
that the filesystems are still rw. |
9 |
|
10 |
/proc/mounts: |
11 |
rootfs / rootfs rw 0 0 |
12 |
/dev/root / ext2 rw,noatime,nogrpid 0 0 |
13 |
proc /proc proc rw 0 0 |
14 |
sysfs /sys sysfs rw 0 0 |
15 |
udev /dev tmpfs rw,nosuid 0 0 |
16 |
devpts /dev/pts devpts rw 0 0 |
17 |
/dev/hda6 /usr ext2 rw,noatime,nogrpid 0 0 |
18 |
/dev/hda7 /var ext2 rw,noatime,nogrpid 0 0 |
19 |
shm /dev/shm tmpfs rw,nosuid,nodev,noexec 0 0 |
20 |
usbfs /proc/bus/usb usbfs rw 0 0 |
21 |
|
22 |
At this point, I manually remounted the 3 local partitions ro |
23 |
mount -n -o remount,ro / |
24 |
etc |
25 |
which went cleanly, and /proc/mounts now shows them ro. |
26 |
|
27 |
Is there any chance this could be a race condition thing, in which some processes aren't fully shut down yet when |
28 |
halt.sh tries to umount or remount? But they're all shut down now (a couple of minutes later) so the remounts go cleanly? |
29 |
|
30 |
Finally, after remounting the partitions (above), I pressed Ctrl-D to kill the sulogin shell, and the machine rebooted. It didn't power off, as I might have expected. |
31 |
|
32 |
glen |
33 |
|
34 |
|
35 |
|
36 |
|
37 |
-- |
38 |
gentoo-user@g.o mailing list |