ljm42 Posted August 28, 2014 Share Posted August 28, 2014 The forums are filled with instructions to put the flash drive in a Windows computer and run chkdsk. But then I saw this one: http://lime-technology.com/forum/index.php?topic=34266.msg318661#msg318661 that explains how to run dosfsck from within unRAID. Which makes me wonder... 1. Can we add a "checkdisk" option to the boot menu that loads a minimal environment, runs dosfsck on the USB drive, and then reboots? 2. Or even better... when unRAID detects a problem with the USB drive during bootup, why not have it automatically unmount the drive, run dosfsck and then remount the drive (or reboot if needed)? Quote Link to comment
WeeboTech Posted August 28, 2014 Share Posted August 28, 2014 Would be nice if it were automatic before the filesystem were mounted. Quote Link to comment
Fireball3 Posted August 29, 2014 Share Posted August 29, 2014 Yes, I second this request! Quote Link to comment
dalben Posted August 29, 2014 Share Posted August 29, 2014 Would be nice if it were automatic before the filesystem were mounted. hmm, not for those of us who run headless. Prefer it to be a menu option. Quote Link to comment
ljm42 Posted August 29, 2014 Author Share Posted August 29, 2014 Would be nice if it were automatic before the filesystem were mounted. hmm, not for those of us who run headless. Prefer it to be a menu option. My assumption is that it would be fully automated, with no need to "press Y to continue" or anything like that. So running headless shouldn't be an issue? I do think it needs to be run outside of the unRAID environment (either from a boot menu option or automated during bootup) to ensure the flash is ready to be mounted when unRAID boots. It has been suggested in other threads that a plugin (powerdown) could be the reason so many people are having to run chkdsk these days, so I don't think it would help a whole lot to run it prior to shutdown. Even once that particular plugin is fixed I think unRAID would benefit from the ability to fix the flashdrive without having to use Windows. I just setup a remote, headless (with IPMI) system for my sister and I need to be able to manage the system without having physical access to it. Quote Link to comment
jonp Posted January 21, 2015 Share Posted January 21, 2015 I think there is a bit of a chicken and egg problem here. If there is a problem on the flash device, wouldn't the boot process not occur at all anyway? Quote Link to comment
trurl Posted January 21, 2015 Share Posted January 21, 2015 I think there is a bit of a chicken and egg problem here. If there is a problem on the flash device, wouldn't the boot process not occur at all anyway? Depends on how severe the problem with the flash is. Many syslogs from running systems have been posted with lines similar to this:Jan 7 12:41:24 Unraid kernel: FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. Sometimes followed by this: Jan 7 12:41:24 Unraid kernel: FAT-fs (sda1): Filesystem has been set read-only so no configuration changes can be written. Quote Link to comment
jonp Posted January 21, 2015 Share Posted January 21, 2015 Hmm. I'll ask Tom about this. Quote Link to comment
trurl Posted January 21, 2015 Share Posted January 21, 2015 Having chimed in on this, I'm not sure an automatic checkdisk on bootup is the right solution to this. Maybe alert the user instead of having to discover this if you happen to look at the syslog. Quote Link to comment
WeeboTech Posted January 21, 2015 Share Posted January 21, 2015 I'm sure there's a way to do it in the rc.S file, check if UNRAID exists and issue the chkdsk command. However we may want to consider doing it via a /proc/cmdline option. i.e. if FSCKUNRAID exists in /proc/cmdline, do the fsck on the UNRAID boot device. Another idea is to check for a FSCKUNRAID flag as /boot/FSCKUNRAID then umount the device, fsck it, then remount it and remove the flag. Are there tell-tale signs in /var/log/syslog that can be tested with grep for this condition. If so that could be used for an automatic unmount, fsck and remount. I'm just not sure how safe it would be to automate this rather then having a /proc/cmdline option from the syslinux.cfg. Quote Link to comment
JonathanM Posted January 21, 2015 Share Posted January 21, 2015 I'm just not sure how safe it would be to automate this rather then having a /proc/cmdline option from the syslinux.cfg. Please do NOT automate it, at least not without the option to persistently disable the automation with a gui checkbox. Since the repair process could be run on a failing drive, I'd rather have the option to attempt a backup before any writes are done. There is a good reason why drives are set to read only when corruption is detected. Quote Link to comment
ljm42 Posted September 4, 2015 Author Share Posted September 4, 2015 I think this has been implemented? I see this in the 6.1 release notes: slack: check USB Flash device upon startup (set 6th field of fstab to 1) And then jonp's comment here: 6.1 runs a check disk automatically. Are we really done with manually running chkdsk in another computer? That would be great! Quote Link to comment
jonp Posted September 4, 2015 Share Posted September 4, 2015 I think this has been implemented? I see this in the 6.1 release notes: slack: check USB Flash device upon startup (set 6th field of fstab to 1) And then jonp's comment here: 6.1 runs a check disk automatically. Are we really done with manually running chkdsk in another computer? That would be great! Just for the USB flash. Quote Link to comment
ljm42 Posted September 4, 2015 Author Share Posted September 4, 2015 Just for the USB flash. woohoo! that is great news Quote Link to comment
wgstarks Posted September 5, 2015 Share Posted September 5, 2015 So fsck is run when the server is started or is it run on boot? Just curious. And how do I see the results? Quote Link to comment
RobJ Posted September 6, 2015 Share Posted September 6, 2015 So fsck is run when the server is started or is it run on boot? Just curious. And how do I see the results? It happens on boot, after the boot menu is shown and unRAID is selected and loaded, and a minimal kernel is running, but before anything on it is opened, probably before it was mounted at /boot. It's not logged in syslog or dmesg, the only place I saw the output was on the attached console. Quote Link to comment
wgstarks Posted September 7, 2015 Share Posted September 7, 2015 So I'm guessing it would repair the file structure but no notifications? Quote Link to comment
RobJ Posted September 7, 2015 Share Posted September 7, 2015 That was true for my system, and appears to be true for others. Quote Link to comment
Vetteman Posted March 20 Share Posted March 20 Sorry for re-activating a 9 year old post, but has this feature been activated? I ask as this morning I got message "FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck." And I am assuming if this feature was indeed enabled, I would not have gotten the above message. Again sorry for re-activating this post. Cheers from Nova Scotia... Quote Link to comment
trurl Posted March 20 Share Posted March 20 See if your flash drive has FSCK files at the top level. These will result from running fsck Quote Link to comment
062bel313 Posted May 29 Share Posted May 29 I was having web ui connection issue and found "May 29 10:37:58 unraid kernel: FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck." issue. I checked the flash drive and there is no FSCK files so far. I am running unraid: 6.12.10 in safe mode (right now). Any insights? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.