Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #205448
| From | David Christensen <dpchrist@holgerdanske.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Can't scan new disk |
| Date | 2019-02-16 23:20 +0100 |
| Message-ID | <xsgtr-60i-1@gated-at.bofh.it> (permalink) |
| References | <xrV5D-1kY-1@gated-at.bofh.it> <xrYGd-3Ds-1@gated-at.bofh.it> <xseUG-4YG-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 2/16/19 12:30 PM, Mark Allums wrote: > On 2/15/19 9:12 PM, David Christensen wrote: >> On 2/15/19 3:24 PM, Mark Allums wrote: >>> I just bought a new backup disk, and I want to check it. It's mounted >>> in a USB dock. >>> >>> Running the following gives an error: >>> >>> root@martha:~# umount /dev/sdb1 >>> root@martha:~# e2fsck -c -c -C 0 -f -F -k -p /dev/sdb1 >>> /dev/sdb1 is in use. >>> e2fsck: Cannot continue, aborting. >>> >>> What's causing this and how do I fix it? It's not MATE; I tried >>> rebooting to rescue mode, but that didn't help. >> >> >> On 2/15/19 5:37 PM, Mark Allums wrote: >> > ... Seagate IronWolf Pro 12 TB >> >> >> What is the make and model of the USB dock, and is it rated for 12 TB? > > It is an Orico, I don't know the model, and I was not aware there was a > "rating" for disk sizes. Everything has limitations. Figure out the model number, part number, whatever, and research its specifications -- there's no point trying to use a 12 TB drive in a dock that is rated for something elss. >> Does e2fsck work when the drive is connected to an internal SATA port? > > Hasn't been tried, as I was not aware there was a difference between USB > SATA and internal SATA. The more layers of hardware, software, and/or firmware between the CPU and the SATA port on the drive, the more opportunities for Murphy's Law. When a drive is mounted internally, the connection is something like motherboard CPU -> motherboard PCIe -> motherboard SATA chip -> drive. But for an external USB dock, the connect becomes motherboard CPU -> motherboard PCIe -> motherboard USB chip -> dock USB chip -> dock CPU -> dock SATA chip -> drive. While the motherboard stuff can be FOSS based upon manufacturer supplied reference source code (e.g. Intel), USB drive docks are typically proprietary and closed-source. This makes USB docks next to impossible to trouble-shoot or bug-fix for end-users or FOSS distributors. > Also, it would be highly inconvenient. I'd > like to try other possible solutions first. The idea is to devise a process of elimination to see if the problem is the drive, the USB dock, Debian, etc.. 1. Try another drive using that dock and Debian. 2. Try another connection using that drive and Debian. 3. Try another OS using that drive and dock. David
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-16 00:30 +0100
Re: Can't scan new disk deb <deb@rangingthoughts.org> - 2019-02-16 01:10 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-16 02:50 +0100
Re: Can't scan new disk songbird <songbird@anthive.com> - 2019-02-16 01:30 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-16 02:50 +0100
Re: Can't scan new disk David Christensen <dpchrist@holgerdanske.com> - 2019-02-16 04:20 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-16 21:40 +0100
Re: Can't scan new disk David Christensen <dpchrist@holgerdanske.com> - 2019-02-16 23:20 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-18 04:20 +0100
Re: Can't scan new disk David Christensen <dpchrist@holgerdanske.com> - 2019-02-19 00:40 +0100
Re: Can't scan new disk Celejar <celejar@gmail.com> - 2019-02-19 19:00 +0100
Re: Can't scan new disk David Christensen <dpchrist@holgerdanske.com> - 2019-02-20 03:50 +0100
Re: Can't scan new disk Celejar <celejar@gmail.com> - 2019-02-20 04:30 +0100
Re: Can't scan new disk David Christensen <dpchrist@holgerdanske.com> - 2019-02-20 06:30 +0100
Re: Can't scan new disk Celejar <celejar@gmail.com> - 2019-02-20 14:20 +0100
Re: Can't scan new disk Curt <curty@free.fr> - 2019-02-16 09:50 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-16 21:30 +0100
Re: Can't scan new disk "Alexander V. Makartsev" <avbetev@gmail.com> - 2019-02-18 06:10 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-20 07:20 +0100
Re: Can't scan new disk Curt <curty@free.fr> - 2019-02-20 10:30 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-20 10:30 +0100
Re: Can't scan new disk Curt <curty@free.fr> - 2019-02-20 11:30 +0100
Re: Can't scan new disk "Alexander V. Makartsev" <avbetev@gmail.com> - 2019-02-20 10:30 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-20 10:50 +0100
Re: Can't scan new disk "Thomas Schmitt" <scdbackup@gmx.net> - 2019-02-20 11:30 +0100
Re: Can't scan new disk Curt <curty@free.fr> - 2019-02-20 13:20 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-24 15:50 +0100
Re: Can't scan new disk David Christensen <dpchrist@holgerdanske.com> - 2019-02-24 21:30 +0100
Re: Can't scan new disk David Wright <deblis@lionunicorn.co.uk> - 2019-02-24 23:10 +0100
Re: Can't scan new disk David Christensen <dpchrist@holgerdanske.com> - 2019-02-25 01:10 +0100
Re: Can't scan new disk Linux-Fan <Ma_Sys.ma@web.de> - 2019-02-25 12:40 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-25 15:20 +0100
Re: Can't scan new disk Curt <curty@free.fr> - 2019-02-25 15:50 +0100
Re: Can't scan new disk Mark Allums <mark@allums.email> - 2019-02-25 16:00 +0100
Re: Can't scan new disk David Wright <deblis@lionunicorn.co.uk> - 2019-02-25 16:30 +0100
Re: Can't scan new disk <tomas@tuxteam.de> - 2019-02-26 09:30 +0100
Re: Can't scan new disk David Wright <deblis@lionunicorn.co.uk> - 2019-02-24 23:10 +0100
Re: Can't scan new disk "Alexander V. Makartsev" <avbetev@gmail.com> - 2019-02-25 20:20 +0100
Re: Can't scan new disk Jude DaShiell <jdashiel@panix.com> - 2019-02-20 18:40 +0100
csiph-web