On Mon, Feb 25, 2019 at 08:55:58AM -0600, Mark Allums wrote:
> On 2/25/19 8:48 AM, Curt wrote:
> >On 2019-02-25, Mark Allums wrote:
> >>>
> >>
> >>This is not satisfactory. Surely there is a way to neutralize a running
> >>gvfsd/fuse mount on a device without reinstalling to whole OS.
> >>
>
On 24.02.2019 19:42, Mark Allums wrote:
> On 2/20/19 3:20 AM, Alexander V. Makartsev wrote:
>
Maybe something simple like "lsof" command can shed some light on
this problem?
$ sudo lsof /dev/sdb
$ sudo lsof /dev/sdb1
>>>
>>> root@martha:~# lsof /dev/sdb
>>> lsof:
On Mon 25 Feb 2019 at 08:55:58 (-0600), Mark Allums wrote:
> On 2/25/19 8:48 AM, Curt wrote:
> > On 2019-02-25, Mark Allums wrote:
> > >
> > > This is not satisfactory. Surely there is a way to neutralize a running
> > > gvfsd/fuse mount on a device without reinstalling to whole OS.
> >
> >
On 2/25/19 8:48 AM, Curt wrote:
On 2019-02-25, Mark Allums wrote:
This is not satisfactory. Surely there is a way to neutralize a running
gvfsd/fuse mount on a device without reinstalling to whole OS.
Mark
man gvfsd says:
ENVIRONMENT
GVFS_DISABLE_FUSE
If this
On 2019-02-25, Mark Allums wrote:
>>
>
> This is not satisfactory. Surely there is a way to neutralize a running
> gvfsd/fuse mount on a device without reinstalling to whole OS.
>
> Mark
>
man gvfsd says:
ENVIRONMENT
GVFS_DISABLE_FUSE
If this environment variable is set,
On 2/24/19 2:26 PM, David Christensen wrote:
On 2/24/19 6:42 AM, Mark Allums wrote:
Any advice as to how to stop the auto-mounter, gvfsd, or fuse, etc.
from tying up my disk, or how to get fsck to scan it?
Use an OS and/or desktop that do not have automatic mounting. I use
Debian Stable
David Wright writes:
On Sun 24 Feb 2019 at 12:26:25 (-0800), David Christensen wrote:
>
> If that does not work, make your own Debian console-only live USB
> stick -- download the latest Debian Stable installer, burn it to
> media, connect a 16+ GB USB 3.0 flash drive, wipe the flash drive,
>
On 2/24/19 2:07 PM, David Wright wrote:
On Sun 24 Feb 2019 at 12:26:25 (-0800), David Christensen wrote:
If that does not work, make your own Debian console-only live USB
stick -- download the latest Debian Stable installer, burn it to
media, connect a 16+ GB USB 3.0 flash drive, wipe the
On Sun 24 Feb 2019 at 12:26:25 (-0800), David Christensen wrote:
>
> If that does not work, make your own Debian console-only live USB
> stick -- download the latest Debian Stable installer, burn it to
> media, connect a 16+ GB USB 3.0 flash drive, wipe the flash drive,
> power down, completely
On Sun 24 Feb 2019 at 08:42:28 (-0600), Mark Allums wrote:
> On 2/20/19 3:20 AM, Alexander V. Makartsev wrote:
>
> > > > Maybe something simple like "lsof" command can shed some
> > > > light on this problem?
> > > > $ sudo lsof /dev/sdb
> > > > $ sudo lsof /dev/sdb1
> > >
> > >
On 2/24/19 6:42 AM, Mark Allums wrote:
Any advice as to how to stop the auto-mounter, gvfsd, or fuse, etc. from
tying up my disk, or how to get fsck to scan it?
Use an OS and/or desktop that do not have automatic mounting. I use
Debian Stable with Xfce. One of the first things I do after
On 2/20/19 3:20 AM, Alexander V. Makartsev wrote:
Maybe something simple like "lsof" command can shed some light on
this problem?
$ sudo lsof /dev/sdb
$ sudo lsof /dev/sdb1
root@martha:~# lsof /dev/sdb
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
/run/user/1001/gvfs
umount /dev/sdb probably will work better.
gparted /dev/sdb also.
if those two don't throw errors, try print command inside gparted and
learn about your new hardware.
--
On Tue, 19 Feb 2019 21:27:39 -0800
David Christensen wrote:
> On 2/19/19 7:21 PM, Celejar wrote:
> > On Tue, 19 Feb 2019 18:48:23 -0800
> > David Christensen wrote:
> >> AFAIK there are no commercial off the shelf (COTS) USB-SATA docks with
> >> FOSS hardware (device), firmware (device), or
On 2019-02-20, Alexander V. Makartsev wrote:
>>
> There you have it. "lsof" command should not output anything if examined
> object is not in use.
I believe you're wrong, at least according my experimentations below.
curty@einstein:~$ mount | grep /dev/sdb1
/dev/sdb1 on
On 2019-02-20, Mark Allums wrote:
> On 2/20/19 3:19 AM, Curt wrote:
>> On 2019-02-20, Mark Allums wrote:
>
Maybe something simple like "lsof" command can shed some light on this
problem?
$ sudo lsof /dev/sdb
$ sudo lsof /dev/sdb1
>>>
>>> root@martha:~# lsof
Hi,
Mark Allums wrote:
> The disk is not mounted.
At least not from the perception of e2fsck, indeed, or else it would say
"%s is mounted.\n"
instead of
"%s is in use.\n"
See
https://sources.debian.org/src/e2fsprogs/1.44.5-1/e2fsck/unix.c/?hl=269#L269
(found by
On 2/20/19 3:20 AM, Alexander V. Makartsev wrote:
On 20.02.2019 11:16, Mark Allums wrote:
On 2/17/19 10:59 PM, Alexander V. Makartsev wrote:
On 17.02.2019 1:21, Mark Allums wrote:
On 2/16/19 2:41 AM, Curt wrote:
On 2019-02-15, Mark Allums wrote:
I just bought a new backup disk, and I want
On 2/20/19 3:19 AM, Curt wrote:
On 2019-02-20, Mark Allums wrote:
Maybe something simple like "lsof" command can shed some light on this
problem?
$ sudo lsof /dev/sdb
$ sudo lsof /dev/sdb1
root@martha:~# lsof /dev/sdb
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
On 20.02.2019 11:16, Mark Allums wrote:
> On 2/17/19 10:59 PM, Alexander V. Makartsev wrote:
>> On 17.02.2019 1:21, Mark Allums wrote:
>>> On 2/16/19 2:41 AM, Curt wrote:
On 2019-02-15, Mark Allums wrote:
> I just bought a new backup disk, and I want to check it. It's
> mounted in
On 2019-02-20, Mark Allums wrote:
>>>
>> Maybe something simple like "lsof" command can shed some light on this
>> problem?
>> $ sudo lsof /dev/sdb
>> $ sudo lsof /dev/sdb1
>
> root@martha:~# lsof /dev/sdb
> lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1001/gvfs
>
On 2/17/19 10:59 PM, Alexander V. Makartsev wrote:
On 17.02.2019 1:21, Mark Allums wrote:
On 2/16/19 2:41 AM, Curt wrote:
On 2019-02-15, 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:
On 2/19/19 7:21 PM, Celejar wrote:
On Tue, 19 Feb 2019 18:48:23 -0800
David Christensen wrote:
AFAIK there are no commercial off the shelf (COTS) USB-SATA docks with
FOSS hardware (device), firmware (device), or software (device or host).
(If somebody knows of any examples, please post the
On Tue, 19 Feb 2019 18:48:23 -0800
David Christensen wrote:
> On 2/19/19 9:59 AM, Celejar wrote:
> > On Sat, 16 Feb 2019 14:12:43 -0800
> > David Christensen wrote:
> >
> > ...
> >
> >> dock SATA chip -> drive. While the motherboard stuff can be FOSS based
> >> upon manufacturer supplied
On 2/19/19 9:59 AM, Celejar wrote:
On Sat, 16 Feb 2019 14:12:43 -0800
David Christensen wrote:
...
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
On Sat, 16 Feb 2019 14:12:43 -0800
David Christensen wrote:
...
> 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
>
On 2/17/19 7:17 PM, Mark Allums wrote:
Seagate IronWolf Pro 12 TB
Buster > Orico USB 3.0 Dock
1. Try another drive using that dock and Debian.
8 GB seagate drive, same error.
2. Try another connection using that drive and Debian.
Tried different dock, rated for 12 TB. Same result.
On 17.02.2019 1:21, Mark Allums wrote:
> On 2/16/19 2:41 AM, Curt wrote:
>> On 2019-02-15, 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
>>>
Seagate IronWolf Pro 12 TB
Buster, Orico USB 3.0 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.
Does e2fsck work when the drive is connected to an
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
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
On 2/16/19 2:41 AM, Curt wrote:
On 2019-02-15, 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
On 2019-02-15, 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:
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
On 2/15/19 6:08 PM, deb wrote:
On 2/15/2019 6:24 PM, Mark Allums wrote:
umount /dev/sdb1
root@martha:~# e2fsck -c -c -C 0 -f -F -k -p /dev/sdb1
Just curious, is it a Western Digital disk?
No, a Seagate IronWolf Pro 12 TB
On 2/15/19 6:21 PM, songbird wrote:
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.
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,
On 2/15/2019 6:24 PM, Mark Allums wrote:
umount /dev/sdb1
root@martha:~# e2fsck -c -c -C 0 -f -F -k -p /dev/sdb1
Just curious, is it a Western Digital disk?
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
39 matches
Mail list logo
