[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 Sonntag, 11. September 2016 11:43:17 PYT Tony Baldwin wrote:
> On 09/11/2016 08:59 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
> > 
> > sorry should have read:
> > df -h *and* df -hi
> 
> neither seems to indicate any problem:
> ]$ df -h
> Filesystem      Size  Used Avail Use% Mounted on
> /dev/sda1        28G   16G   11G  61% /
> udev             10M     0   10M   0% /dev
> tmpfs           3.2G  9.4M  3.2G   1% /run
> tmpfs           7.9G   23M  7.9G   1% /dev/shm
> tmpfs           5.0M  4.0K  5.0M   1% /run/lock
> tmpfs           7.9G     0  7.9G   0% /sys/fs/cgroup
> /dev/sda6       1.3T  589G  663G  48% /home
> tmpfs           1.6G  8.0K  1.6G   1% /run/user/1000
> [504][tony.deathstar: /home/tony]$ df -hi
> Filesystem     Inodes IUsed IFree IUse% Mounted on
> /dev/sda1        1.8M  514K  1.3M   29% /
> udev             2.0M   453  2.0M    1% /dev
> tmpfs            2.0M   776  2.0M    1% /run
> tmpfs            2.0M    33  2.0M    1% /dev/shm
> tmpfs            2.0M     5  2.0M    1% /run/lock
> tmpfs            2.0M    11  2.0M    1% /sys/fs/cgroup
> /dev/sda6         84M  1.2M   83M    2% /home
> tmpfs            2.0M    15  2.0M    1% /run/user/1000
> I was able to load a Trisquel mini liveCD up and mount that hdd from
> that system, and recover some of the most important stuff by rsyncing it
> back to the hdd my Jessie is on.
> Still, I'd like to understand and amend the problem and be able to mount
> this disk like I used to on the Jessie system.
> Since both Windows and Trisquel can mount and access is, the problem
> must be somewhere here in Jessie...
> But I have work (with a deadline tomorrow) and am running out of both,
> patience and time for this problem today... will come back to it tomorrow
> 
> Thanks,
> Tony

Again:
fsck /dev/sda1
fsck /dev/sda6
and keep track of the output
if there are too many errors then you might be better off with
fsck -y /dev/sda1
fsck -y /dev/sda6

if you still run into the same problem -> reinstall your system, it is broken
before you do that test your system drive (sda) with testdisk

-- 
Eike Lantzsch ZP6CGE


Reply to: