Missing hard drive space

Mon Apr 20 19:52:47 UTC 2009

how do I get Windows back?

On 20/04/2009, jdow <jdow at earthlink.net> wrote:
>
> First step I'd make sure the device still mounts on Windows. I believe
> you've said they are USB based devices. So make sure you "safely
> remove hardware" to dismount the drives before going back to Linux.
>
> If it mounts for Windows and you dismount it properly it should mount
> on Linux. That's appararently your FAT based disk. So you should not
> try mounting it NTFS. And you are not.
>
> If they are USB devices they may change device numbers depending on
> the order in which they are detected or inserted. So labels or UUIDs
> are a better approach.
>
> Presuming you are in Linux comment out the lines for the three USB
> drives.
>
> Then make sure the disks are "clean" on Windows and dismounted cleanly.
>
> Leave them disconnected and boot Linux.
>
> Now plug in the drive designated as /dev/sdc originally. It's the
> 400.0 GB drive.
>
> Check that the drive was found using fdisk on /dev/sdb or /dev/sdc
> (etc). Once you find it we can start rebuilding fstab, slowly and
> methodically.
>
> Presuming that it's /dev/sdb, since it is the only other drive
> attached, create a line in /etc/fstab that looks like this:
>
> sudo /dev/sdb1  /media/External/400GB vfat rw,hard,intr    0  0
>
> Create the /media/External/400GB mountpoint directory.
> (sudo mkdir /media/External/400GB)
>
> Now we're ready to "sudo mount /dev/sdb1". If that worked we're part
> way there. Now unmount it and let's edit the fstab again.
> sudo umount /dev/sdb1
>
> You ran vol-id while this drive was drive C - I think. (If you have
> been plugging and uplugging the drives the data may be wrong. So
> check it again running vol-id against /dev/sdb in this case.)
>
> Edit the line in fstab starting with /dev/sdc1 to change "/dev/sdc1"
> to "UUID=17E8-082F".
>
> Now try "sudo mount /media/External/400GB". If that worked you are
> nearly home free.
>
> Repeat for mountpoints /media/External/320GB and /media/External/160GB.
> Make sure you have the drive UUID's correct and working. Then it will
> not matter in which order the drives are discovered on boot up or as
> you plug and unplug them. If you plug and unplug with Linux running you
> must use "umount" to dismount the drive before unplugging it. And you
> may need to use "mount" to mount the drive after plugging it in. If you
> plan to have them always present you can change the final zeros on the
> fstab lines to 2 and have them mount at boot time.
>
> {^_^}
>
>
> ----- Original Message -----
> From: "MG" <m.s0128532 at gmail.com>
>
> To: "Ubuntu user technical support,not for general discussions"
> <ubuntu-users at lists.ubuntu.com>
>
> Sent: Monday, 2009/April/20 11:44
> Subject: Re: Missing hard drive space
>
>
> > Some progress, any ideas now?
> > Thx!
> >
> > root at THUNDERCAT1:/home/max# sudo mount -a
> > mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
> >       missing codepage or helper program, or other error
> >       In some cases useful info is found in syslog - try
> >       dmesg | tail  or so
> >
> > $MFTMirr does not match $MFT (record 1).
> > Failed to mount '/dev/sdb1': Input/output error
> > NTFS is either inconsistent, or you have hardware faults, or you have a
> > SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
> > then reboot into Windows TWICE. The usage of the /f parameter is very
> > important! If you have SoftRAID/FakeRAID then first you must activate
> > it and mount a different device under the /dev/mapper/ directory, (e.g.
> > /dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
> > for the details.
> > NTFS signature is missing.
> > Failed to mount '/dev/sdd1': Invalid argument
> > The device '/dev/sdd1' doesn't have a valid NTFS.
> > Maybe you selected the wrong device? Or the whole disk instead of a
> > partition (e.g. /dev/hda, not /dev/hda1)? Or the other way around?
> > root at THUNDERCAT1:/home/max#
> >
> > # /etc/fstab: static file system information.
> > #
> > #  -- This file has been automaticly generated by ntfs-config --
> > #
> > # <file system> <mount point>   <type>  <options>       <dump>  <pass>
> >
> > proc /proc proc defaults 0 0
> > # Entry for /dev/sda1 :
> > UUID=d053ecd0-1482-4cfc-8b34-1d821a41f843 / ext3
> > relatime,errors=remount-ro
> > 0 1
> > # Entry for /dev/sda5 :
> > UUID=8c6a2356-9c6b-4ef1-9b65-8e6edbf76120 none swap sw 0 0
> > /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
> > none       /mnt/ramfs      tmpfs      defaults  0 0
> > # Entry for /dev/sdc1 :
> > /dev/sdc1       /media/External/usb1      vfat      rw,hard,intr  2 2
> > # Entry for /dev/sdb1 :
> > /dev/sdb1       /media/External/usb2      ntfs-3g      rw,hard,intr  2 2
> > # Entry for /dev/sdd1 :
> > /dev/sdd1       /media/External/usb3      ntfs-3g      rw,hard,intr  2 2
> >
>
>
>
>
> --------------------------------------------------------------------------------
>
>
>
> > --
> > ubuntu-users mailing list
> > ubuntu-users at lists.ubuntu.com
> > Modify settings or unsubscribe at:
> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
> >
>
>
> --
> ubuntu-users mailing list
> ubuntu-users at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20090420/b6614d44/attachment.html>