[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: mount problems Please Help! Can't sshfs mount remote debian server, mount local 2nd hdd, nothing...



On 09/11/2016 08:54 AM, Eike Lantzsch wrote:
On Sonntag, 11. September 2016 08:12:24 PYT Anthony Baldwin wrote:
On 09/11/2016 06:37 AM, Anthony Baldwin wrote:
On 09/10/2016 07:57 PM, Anthony Baldwin wrote:
On 09/10/2016 03:34 PM, Anthony Baldwin wrote:
On 09/10/2016 03:28 PM, Tony Baldwin wrote:
On 09/10/2016 03:07 PM, Nicolas George wrote:
Le quintidi 25 fructidor, an CCXXIV, Anthony Baldwin a écrit :
I apologize, but, I've never quite figured out what to do with dmesg,
or what to look for in its output, etc..
it really just confuses me...
I saw this: 15.690807] EXT3-fs (sda1): warning: checktime reached,
running
e2fsck is recommended
[   15.722318] EXT3-fs (sda1): using internal journal

Looking for places that talk about the device causing problems would
be a
good start. Your problems are on /dev/sdb, so why do you bother with
lines
about /dev/sda?

and tried to e2fsk /dev/sdb2

And yet again you did not read part of my previous mail, the one about
using
Linux's fsck on microsoft's filesystems.

I have no knowlege of what a windows equivalent to fsck would be.
I hardly use that system.
I only even installed it, because for a brief while I was doing some
work for the State (I work freelance from home) that required windows
only software (my contacts with the state didn't even know what
gnu/linux is), and it had to be run on bare metal, not in a virtual
environment.
Thankfully, I am no longer doing that work.
That system is so slow, stupid and crippled that it's maddening!

I let windows do it's auto-repair thingy, and when I booted back to
Debian, things looked like maybe they were back to normal. I was able to
do:
$ ls -li
total 12
1349304 drwxr-xr-x 2 root root 4096 Sep  5 13:55 myown
1357617 drwxr-xr-x 2 root root 4096 Jul 10  2015 win7
1357619 drwxr-xr-x 2 root root 4096 Jul 10  2015 winhome

Then I tried do mount them again, and got the I/O error,
and they're back to doing this:
$ ls -li
ls: cannot access winhome: Input/output error
ls: cannot access win7: Input/output error
total 4
1349304 drwxr-xr-x 2 root root 4096 Sep  5 13:55 myown

      ? d????????? ? ?    ?       ?            ? win7
      ? d????????? ? ?    ?       ?            ? winhome

I don't get it...

This can't have anything to do with "the microsoft version of fsck",
because the windows disk (which is actually split into two partitions,
one with the win7 system, and one that's just storage) is running fine
when I boot it (for a crippled OS, anyway), and mounting the storage
partition fine, too.
PLus, I'm having trouble sshfs mounting a remote server running Debian,
which worked fine days ago, now when I try it I get the same I/O errors,
and wierd inode issues I'm getting with this local hdd.

To confirm.
I booted back to windows and did a chkdsk (I'm assuming this is the
nearest thing to a Windows approximation of fsck) for both C:// (the
win7 system and /dev/sdb2) and D:// (storage, /dev/sdb3), and still
cannot mount either partition on this drive when I come back to my
Debian system.
The disk itself is fine, the problem is with the debian system somewhere.
Oh, and I have been able to sshfs mount my remote server again, btw

]$ dmesg | grep sdb
[    3.098300] sd 5:0:0:0: [sdb] 2930277168 512-byte logical blocks:
(1.50 TB/1.36 TiB)
[    3.098341] sd 5:0:0:0: [sdb] Write Protect is off
[    3.098343] sd 5:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[    3.098360] sd 5:0:0:0: [sdb] Write cache: enabled, read cache:
enabled, doesn't support DPO or FUA
[    3.132979]  sdb: sdb1 sdb2 sdb3
[    3.133999] sd 5:0:0:0: [sdb] Attached SCSI disk

./Tony

The problem seems to be your system and not the mounted disks with NTFS or any
remote shares.
That's what I'd been trying to say.

shot into the dark:
might be that your root partition is full or ran out of inodes?
df -hi

also start your system using a live cd, e.g. knoppix
 [boot with "knoppix 2" to use only command line] and "fsck /dev/sdxn" where x
is the letter of the hard disk where your system resides and n is the number
of the pertinent partition(s).

I had gparted try to check/repair that disk (not mounted anyway, so why not?), which failed.
I have posted the output here:
http://tonybaldwin.me/files/gparted_details.htm

is your /usr, /var and /tmp on the same partition than your root?
Yes, my Debian system is all on one disk and one partition, even /home.

hope that helps to analize the problem further

Cheers
Eike



--
http://www.baldwinlinguas.com
translations, localization,
multilingual web development
EN, ES, FR, PT


Reply to: