Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Hi,
after 3 weeks with my DNS 323 I configured it the way I needed it (thanks to fonz for the funplug!).The first script I modified and updated was cleanboot. There were some small bugs (umount of sdb had a typo and the if statement never executed the shutdown command, even though it was requested). These bugs are fixed in my version 2.0.2, including a nicer kill of the running applications/daemons (first kill, then kill -6 and then kill -9 after having waited after each command 3 seconds) and some commands to spin-up the disks if they are in standby. This is needed to ensure a proper umount. Otherwise you will again get some error messages of not cleanly umounted disks.
Please find my version of cleanboot attached, I hope pof has no objections against modification of his code.
The script was tested on a DNS 323 with FW 1.04b84 and ffp 0.5.
Enjoy the script!
marinalink
Last edited by marinalink (2008-06-01 00:19:28)
Offline
thanks,
so
"if [ $1 = "shutdown" ]; then"
was the shutdown fix! nice. havent tested it yet but i believe it works
btw i'm running raid0 so when testing the spinup commands
"touch /mnt/HD_a2/.tmp_wakeup_disk;sleep 1;rm /mnt/HD_a2/.tmp_wakeup_disk"
would walke hd0 only in most occasions (HD_b2 does not exist)
i have changed it to:
touch /mnt/HD_a4/.tmp_wakeup_disk;sleep 1;rm /mnt/HD_a4/.tmp_wakeup_disk
touch /mnt/HD_b4/.tmp_wakeup_disk;sleep 1;rm /mnt/HD_b4/.tmp_wakeup_disk
which is more correct in every raid/non raid scenario (a4 and b4 always exist - if you formatted using d-link webs)
Offline
Thanks SilentException for the hint and the proposed modification! It is now includedin the new version 2.0.3 (see attachment).
marinalink
Offline
Is it possible to create a version for funplug 0.4? I would do it but don't know how.
Offline
Sorry, I'm only using ffp 0.5. Never used funplug 0.4.
marinalink
Offline
Sorry, I forgot to unset the executing bit of cleanboot.sh in /ffp/start. Therefore I have compiled a new version 2.0.4, which fixes this.
That means, if you want to have the clean boot now enabled, you have to set the executing bit by:
chmod a+x /ffp/start/cleanboot.sh
marinalink
Offline
Does this run with fw 1.05?
Thanks
Tony
Offline
Yes this should work smoothly with FW 1.05, but I was not able to test it.
I still have FW 1.04B84 running. You know: NEVER change a running system!
Offline
flashman1207 wrote:
Does this run with fw 1.05?
Tony,
I'm running fw 1.05, ffp 0.5 and cleanboot-2.0.4-ffp05.tgz without a problem.
Bob Blackwell
Pickering, ON
Offline
Thanks, will give it a go then.....
Tony
Offline
Yes - i hadn't unistalled the previous version correctly - thanks for your help! :-)
Offline
marinalink,
I downloaded your version of cleanboot because the original cleanboot 2.0 doesn't work on my CH3SNAS. It tries to write to the readonly /sys/crfs file system. Unfortunately I found out that your version is trying the same thing.
Maybe this is different on a DNS-323 but on the CH3SNAS /usr/sbin is linked to /sys/crfs/sbin, at least in firmware 1.04RC4.
I'm not willing to brick my box by writing to the flash. ;-)
Do I have to modify the script myself to use the folders of ffp like /ffp/sbin or /ffp/bin to copy the files to? These folders come first in the $PATH.
Offline
Hi silversurfer,
Did you read this thread: http://dns323.kood.org/forum/viewtopic. … 28&p=2
It has a cleanboot work around for CH3SNAS users.
Offline
YES!!! It works! :-)
Thank you very much. After installing the modified script I can now reboot and shutdown with cleanly unmounted drives. I did a check on the hard disks and also the minix flash and now the error messages are gone.
The only errors I get are from the USB drive with the FFP on it. I believe that this can't be circumvented because most of the system runs from it.
There is only one thing which I didn't understand. You suggested to use "rm -r sbin" at one point.
Well, the "sbin" in "/usr/" is only a symbolic link. "rm sbin" should be enough to remove it and in fact it is enough on my box.
I don't know why it didn't work for the other fellow. Do you have an explanation for this strange behaviour?
Offline
silversurfer wrote:
Do you have an explanation for this strange behaviour?
I did not investigate this, maybe I made a litle mistake during the process of installation, testing and rebooting (I am still a noob . . .). Anyway it's both working.
About cleanly unmounting the USB device, it's possible. Make sure that the started scripts in /ffp/start also contain the proper stop commands so that no application keeps files open on the file system. The cleanboot script will first stop all applications and will then try to unmount all file systems registered in /proc/mounts.
Offline