s/are locking/is locking/g On Sat, Jan 30, 2010 at 6:30 PM, Luigi Mantellini <[email protected]> wrote: > Ciao Gerlando, > > can you try to modify the mount init script adding a "ps" just before > the umount -a -r call? > I think that you have some process that are locking some file. > > best regards, > > luigi > > On Sat, Jan 30, 2010 at 4:46 PM, puchu <[email protected]> wrote: >> Hi >> >> for me openwrt also doesnt umount the disk ... okay i mount them by hand (in >> an init script) and i dont add them to fstab but i found a >> simple but effective solution... >> >> maybe im wrong but for me it seems a poweroff/reboot doesnt bring any >> service down >> ,as it is done on my desktop box, it just reboots without killing the >> runnung apps... >> therefor openssh and dropbear doesnt unconnect on a reboot and the >> connection is dropped when the router is up again ... the shell where the >> poweroff/reboot command is typed in just "hangs" >> >> to avoid this and get a clean umount of my disk i do this.... >> >> i dont use dropbear thefor i stop the sshd script in init.d i dont know if >> the dropbears init script has the same name ... >> >> to /etc/profile add this lines and source the file or logout and login again >> so that >> the the changes are used in the current shell ... ash --login should also >> work ... >> the portmap and nfsd script are stop and syslog is killed because >> if they are not killed the fs wont correctly umount >> >> >> romount() { /etc/init.d/portmap stop >> /etc/init.d/nfsd stop >> killall syslogd >> for i in `cat /proc/mounts|grep "^/dev/"|sed -e "s/ .*//g"|sort >> -r|uniq` >> do umount -rf $i >> done >> echo 0 > /proc/diag/led/power >> ifdown wan >> } >> >> reboot() { romount > /dev/null 2>&1 >> /sbin/reboot >> /etc/init.d/sshd stop >> exit >> } >> >> poweroff() { romount > /dev/null 2>&1 >> /sbin/poweroff >> /etc/init.d/sshd stop >> exit >> } >> >> >> greets >> >> >> Am Samstag 30 Januar 2010 14:13:57 schrieb [email protected]: >>> Is there a sync command before the unmount? >>> >>> Maybe the system does not reach the umount call, and therefor it is >>> never cleanly unmounted? You could debug that. >>> >>> Maybe the controller is caching and needs specific commands to write the >>> cache to disc? Did you search the web? >>> >>> good luck, ede >>> >>> On 30.01.2010 00:11, Gerlando Falauto wrote: >>> > Hi all, >>> > >>> > I am (slowly) experimenting with my LaCie Ethernet Disk Mini v2 NAS. >>> > In order to maintain compatibility with Lacie's software, I did not >>> > change the disk layout (yet). >>> > I can run my own OpenWRT without disrupting the original firmware >>> > by putting the kernel's uImage on [sda9]/snaps/00/boot and the root >>> > filesystem on [sda2] which is an xfs partition (it's the 300GB user >>> > partition) mounted as read/write. >>> > >>> > Now every time I shutdown the box, my xfs filesystem gets corrupted >>> > and at the next reboot >>> > kernel ends up panicking because it can't mount the root filesystem to >>> > find an init file. >>> > >>> > I figured the shutdown sequence did not correctly unmount my filesystem; >>> > I found the executed command was "umount -a -r", so I tried doing it >>> > manually: >>> > >>> > r...@openwrt:~# umount -a -r >>> > umount: devpts busy - remounted read-only >>> > umount: tmpfs busy - remounted read-only >>> > umount: tmpfs busy - remounted read-only >>> > umount: can't remount /dev/root read-only >>> > umount: can't remount rootfs read-only >>> > >>> > r...@openwrt:~# mount -t proc proc /proc >>> > r...@openwrt:~# umount -r / >>> > umount: can't remount /dev/root read-only >>> > >>> > I know that mounting the initial root filesystem as read-write is not >>> > a very nice thing to do, >>> > but could someone please point out why it's, like, forbidden by law, >>> > so that I even get punished for doing it? >>> > >>> > Thanks a lot! >>> > Gerlando >>> > _______________________________________________ >>> > openwrt-devel mailing list >>> > [email protected] >>> > https://lists.openwrt.org/mailman/listinfo/openwrt-devel >>> >>> _______________________________________________ >>> openwrt-devel mailing list >>> [email protected] >>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel >>> >> _______________________________________________ >> openwrt-devel mailing list >> [email protected] >> https://lists.openwrt.org/mailman/listinfo/openwrt-devel >> > > > > -- > Luigi 'Comio' Mantellini > R&D - Software > Industrie Dial Face S.p.A. > Via Canzo, 4 > 20068 Peschiera Borromeo (MI), Italy > > Tel.: +39 02 5167 2813 > Fax: +39 02 5167 2459 > web: www.idf-hit.com > mail: [email protected] >
-- Luigi 'Comio' Mantellini R&D - Software Industrie Dial Face S.p.A. Via Canzo, 4 20068 Peschiera Borromeo (MI), Italy Tel.: +39 02 5167 2813 Fax: +39 02 5167 2459 web: www.idf-hit.com mail: [email protected] _______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
