Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #215360
| From | elvis <elvis@dogonfire.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Signs of hard drive failure? |
| Date | 2019-10-22 23:20 +0200 |
| Message-ID | <yU9Jn-4Re-3@gated-at.bofh.it> (permalink) |
| References | <yTzmx-75Q-7@gated-at.bofh.it> <yTG4F-2V8-3@gated-at.bofh.it> <yTYkV-6ea-5@gated-at.bofh.it> <yTYEi-6lu-13@gated-at.bofh.it> <yU3NE-WY-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 23/10/19 12:50 am, David Wright wrote: > On Tue 22 Oct 2019 at 19:24:00 (+1000), elvis wrote: >> Lots cut >> On 22/10/19 6:16 pm, Ken Heard wrote: >>> 0 Not_testing >>> Selective self-test flags (0x0): >>> After scanning selected spans, do NOT read-scan remainder of disk. >>> If Selective self-test is pending on power-up, resume after 0 minute >>> delay. >>> >>> My comments: is that what is supposed to happen? I have not done >>> /dev/sdb yet. >>> >>> "elvis" in an earlier post asked me if I had "tried e2fsck to check >>> the filesystem first?" According to 'man e2fsk' I have to run that >>> command on an unmounted device. If the devices in question, /dev/sda >>> and /dev/sdb, comprise the RAID 1, how can I unmount them and still >>> use the computer to run those commands? >> You run e2fsck on the partition. So if your raid is sdb and sda then >> your raid device is /dev/md127 or /dev/kensarray/bigdisk or something >> like that. Then your partition is on top of that. >> >> Hopefully you have your partition mounted on /mnt/allmydata for >> example and you just umount it and run e2fsck on whatever the block >> device is. >> >> If you have boot and root on raid, I would boot with a recovery USB >> likeĀ sysrescue and then run the tests offline. It should assemble >> your raid automatically to save stuffing around as well. >> >> Also make sure you are using the right filesystem checker, I have just >> assumed you are using ext4 > Is all this really necessary? I thought one of the benefits of the > extra complication of using initramfs is that the system can check > the root filesystem automatically before it's mounted. > > In fact, I've just done it. I typed > # ./check-fs-rebooting-now > which runs grub-reboot 'fsck>fsck'; reboot > which reboots the machine with forcefsck added to the kernel parameters. > After Grub loads the kernel and initrd, the root filesystem gets fsck'd > before any of the normal boot messages appear. > > I haven't yet run RAID but am told it's really simple. Is this > going to complicate matters? That's much easier, the reason I suggested sysrescue is that everytime I have had to check the root it has been so hosed it gets mounted ro and it is too hard to fix it from the recovery shell. Raid is really simple, till something goes wrong :-) I reckon most data loss is from people taking wrong options to fix things from inexperience rather than raid losing the data. > Cheers, > David. > -- We have enough youth, how about a fountain of SMART?
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: Signs of hard drive failure? Greg Wooledge <wooledg@eeg.ccf.org> - 2019-10-21 15:40 +0200
Re: Signs of hard drive failure? Renato Gallo <renato@aster-lab.com> - 2019-10-22 11:10 +0200
Re: Signs of hard drive failure? elvis <elvis@dogonfire.com> - 2019-10-22 11:30 +0200
Re: Signs of hard drive failure? David Wright <deblis@lionunicorn.co.uk> - 2019-10-22 17:00 +0200
Re: Signs of hard drive failure? elvis <elvis@dogonfire.com> - 2019-10-22 23:20 +0200
Re: Signs of hard drive failure? Christopher David Howie <me@chrishowie.com> - 2019-10-23 01:00 +0200
Re: Signs of hard drive failure? Christopher David Howie <me@chrishowie.com> - 2019-10-22 19:40 +0200
Re: Signs of hard drive failure? Bob Weber <bobrweber@gmail.com> - 2019-10-22 21:20 +0200
csiph-web