диск D отображается пустым (поcле попытки зайти из-под винды?)

[shuria]

Дело было так.
Диск разделен на 2, С и D. Кладу из-под убунты несколько фоток на D. Там уже куча всего (нужного!) лежит. Потом пытаюсь фотки выложить в инет, не получается что-то. Ну, думаю, попробую из-под винды. Перезагружаюсь. Windows видит диск Д пустым! Ну ладно, думаю, конфликт у них всё-таки, видимо. Перезагружаюсь, возвращаюсь в Ubuntu. Пустой диск Д!!!  Почти. Одна-единственная папка отображается, Systen Volume Information. И в ней несколько килобайт всего. Хотя в свойствах диска Д значится, что больше половины (12 с лишним гигов) - занято.
Что делать? И кто виноват?
Заранее огромное спасибо!

[Vitsliputsli]

Дайте информацию (под спойлер):

Код: [Выделить]

sudo fdisk -l; df -h; mount; sudo du -s [путь к точке монтирования раздела]; ls -al [путь к точке монтирования раздела]


[shuria]

sasha@Aspire-5600:~$ sudo fdisk -l
[sudo] password for sasha:

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x375a8313

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63    73384919    36692428+   7  HPFS/NTFS/exFAT
/dev/sda2        73384981   156301311    41458165+   f  W95 Ext'd (LBA)
/dev/sda5       116922368   155256831    19167232   83  Linux
/dev/sda6       155258880   156301311      521216   82  Linux swap / Solaris
/dev/sda7        73385046   116921069    21768012    7  HPFS/NTFS/exFAT

Partition table entries are not in disk order
sasha@Aspire-5600:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda5        18G  8,1G  9,1G  48% /
udev            493M  4,0K  493M   1% /dev
tmpfs           201M  864K  200M   1% /run
none            5,0M     0  5,0M   0% /run/lock
none            501M  160K  501M   1% /run/shm
/dev/sda7        21G   12G  9,3G  56% /media/DATA
sasha@Aspire-5600:~$ mount
/dev/sda5 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/sasha/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=sasha)
/dev/sda7 on /media/DATA type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
sasha@Aspire-5600:~$ sudo du -s [/media/DATA]
du: cannot access `[/media/DATA]': No such file or directory
sasha@Aspire-5600:~$ ls -al [/media/DATA]
ls: cannot access [/media/DATA]: No such file or directory

[Vitsliputsli]

Чем диск разбивали? "W95 Ext'd (LBA)" это устаревший расширенный раздел. Ссылка на раздел /dev/sda7 (так называемый D) не на своем месте, расширенные разделы идут не последовательно, не в порядке расположения на диске. Это странно, но теоретически не должно вызывать проблем.

Вот так сделайте:

Код: [Выделить]

sudo du -s /media/DATA; ls -al /media/DATA

[shuria]

Чем диск разбивали?

Это делала не я, и сейчас узнать нет возможности

Вот так сделайте:

Код: [Выделить]

sudo du -s /media/DATA; ls -al /media/DATA

sasha@Aspire-5600:~$ sudo du -s /media/DATA
[sudo] password for sasha:
5   /media/DATA
sasha@Aspire-5600:~$ ls -al /media/DATA
total 8
drwx------ 1 sasha sasha 4096 янв.   6 19:58 .
drwxr-xr-x 3 root  root  4096 янв.   6 19:10 ..
drwx------ 1 sasha sasha  240 янв.   6 19:58 .Trash-1000
sasha@Aspire-5600:~$

[Vitsliputsli]

Да, выглядит странно, пространство помечено как занятое, но файлов нет. Учитывая что раздел NTFS, чинить его лучше средствами Windows. Но прежде чем это делать, создайте полный backup раздела:

Код: [Выделить]

sudo dd if=/dev/sda7 of=[путь к диску на котором есть свободных 22Гб]/sda7.ddЗатем можно попробовать восстановить данные. В Windows есть неплохая программа R-Studio, если не ошибаюсь.

В linux для восстановления раздела можно воспользоваться testdisk.

Если совсем все плохо и раздел восстановить не удастся, можно из сохраненного бекапа извлечь отдельные файлы с помощью photorec (входит в состав пакета testdisk). Также, если какая-либо программа "залечила" диск, можно вернуть все как было залив наш backup на прежнее место:

Код: [Выделить]

sudo dd if=[путь к файлу backup]/sda7.dd of=/dev/sda7
Программой dd пользуйтесь очень осторожно, нужно точно понимать откуда и куда копируем, дабы не попортить еще и другие разделы.

[shuria]

Спасибо большое! Завтра буду действовать Отпишусь

[_angus_]

А вы в корзину заглянуть не пробовали? .Trash-1000 -- это вообще-то она. Может, в ней всё и лежит?

[Tear]

Что делать? И кто виноват?

Кто виноват?
Виноват Linuxовый драйвер ntfs-3g и следование советам использовать запись на диски NTFS из Linux. Если дорожите инфой, не записывайте ничего на NTFS из Linux, иначе в один прекрасный день обнаружите примерно то, что увидел топикстартер.
Что делать?
Свести к минимуму обращения к диску из Linux, загружаться в Windows и восстанавливать информацию утилитами для восстановления. Скорее всего, слетел журнал, файлы на диске присутствуют, но убитый журнал ФС их не отображает. Восстанавливайте из Windows и не записывайте ничего на NTFS из Linux.

[_angus_]

Tear,
Не один год пишу файлы на ntfs клиентам и из-под Linuxов тоже, проблем не было кроме меньшей, чем под виндой, скорости записи.

[margarita-ori]

Да,совет не совсем понятен-пользуюсь часто (ежедневно) внешним USB-диском с разделом ntfs в 130 гиг (файлы) и ещё 36 гиг под виндой на харде ноутбука,пишу туда из-под Ubuntu и проблем не наблюдаю.

[_angus_]

shuria,
а если сделать из-под винды chkdsk D: _без_ ключика /n ? т.е. в режиме read-only. Интересует этап до проверки индексов. В принципе, если проверка файловой таблицы пройдёт успешно и ругань будет (если будет) уже на проверке индексов, то их безболезненно можно перестроить уже при помощи chkdsk /n. Но, конечно, желательно посмотреть количество и объём файлов при помощи хотя бы демоверсии R-studio. Это если в .Trash-1000 на этом разделе все ваши файлы не лежат, конечно. А R-Studio, она хороша и вправду, особенно тем, что без покупки полной версии можно оценить состояние диска (демка просто не даёт восстанавливать файлы более 64Кб размером, но смотреть их наличие даёт отлично). Также она есть и под Linux.

[Tear]

_angus_,
margarita-ori,
значит, не ловите баги ntfs-3g, от которых никто не застрахован. Это всё равно, что ходить по минному полю - может работать, а в один прекрасный день загрузитесь в Винду и всё, приехали. Не может на сегодняшний день среверсинжинренный драйвер работать так же, как оригинальный проприетарный. С топиками подобно этому про потерю инфы я сталкиваюсь регулярно уже много лет, с этими багами сталкивался сам и в Ubuntu, и в других дистрах. Не зря в Маках этот драйвер работает только на чтение.

[_angus_]

Tear,
Вы не поверите, но баги случаются практически везде ;-) но мы таки валимся в оффтопик…

[peregrine]

Tear, пишу при пмощи ntfs-3g терабайтами на диски всех производителей и всех моделей. Учитывая перезаписи записал не меньше 100 Тб. Ни разу багов не видел. Тут больше похоже на то, что бывает после аркониса или разделы на горячей системе попытались подвинуть. Ну или как вариант Windows словила вирус криптограф и он попортил виндовые разделы.
shuria, какая Windows стоит? Антивирусом по системе пробегитесь (по винде, а не Linux). А диск C из Linux виден? Файлы с него читаются?