Ошибка монтирования диска ext4

0

1

Предистория : диск 1 Tb полностью разбит под ext4 , используется как файлохранилище. Создал символическую ссылку на этот диск в корне этого же диска . Увидел, что получилась рекурсия .Попытался удалить ссылку , выдало ошибку . После перезагрузки уже не монтируется.

Error mounting system-managed device /dev/sdb1: Command-line `mount "/mnt/d5c0795e-627a-410c-9b5c-30936033cf28"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
 (udisks-error-quark, 0)

На fsck.ext4 -f /dev/sdb1 выдает это

2fsck 1.42.13 (17-May-2015)
fsck.ext4: Attempt to read block from filesystem resulted in short read при попытке открыть /dev/sdb1
Could this be a zero-length partition?

Ссылка

←	Аналог ShareX под линукс

Что будет с капчами, когда домашний комп...

→

$(lsblk) в студию

aandrew002
(11.07.17 00:00:10 MSK)

А точно ext4 и точно sdb1 ?

Выхлоп fdisk /dev/sdb в студию!

slamd64 ★★★★★
(11.07.17 09:07:28 MSK)

полностью разбит под ext4

В смысле, не разбит, а ext4 натянута сразу на sdb?

anonymous
(11.07.17 10:52:06 MSK)

Ответ на: комментарий от anonymous 11.07.17 10:52:06 MSK

А кстати, в этом есть какой-то недостаток?

LinuxDebian ★★★★
(11.07.17 13:46:49 MSK)

Ссылка

Попытался удалить ссылку , выдало ошибку

Какую?

Только что проверил

dd if=/dev/zero of=1.img bs=100M count=5
mkfs.ext4 1.img
mount 1.img /mnt
ln -s /mnt /mnt/1
cd 1
cd 1
cd 1
cd 1
cd /mnt/1
rm 1
cd /
umount /mnt
mount 1.img /mnt

все ок...

LinuxDebian ★★★★
(11.07.17 13:57:39 MSK)
Последнее исправление: LinuxDebian 11.07.17 13:58:24 MSK (всего исправлений: 2)

Ответ на: комментарий от aandrew002 11.07.17 00:00:10 MSK

lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465,8G  0 disk 
├─sda1   8:1    0  97,7G  0 part /mnt/F0DCF03204CBCD12
├─sda2   8:2    0     1K  0 part 
├─sda5   8:5    0 200,4G  0 part /mnt/9C54E7D554E7B066
├─sda6   8:6    0 117,8G  0 part /home
├─sda7   8:7    0   3,8G  0 part [SWAP]
└─sda8   8:8    0  46,1G  0 part /
sdb      8:16   0 931,5G  0 disk 
└─sdb1   8:17   0 931,5G  0 part

vladpo
(11.07.17 17:24:31 MSK) автор топика

Ссылка

Ответ на: комментарий от slamd64 11.07.17 09:07:28 MSK

Команда (m для справки): i
Выбранный раздел 1
         Device: /dev/sdb1
          Start: 2048
            End: 1953525167
        Sectors: 1953523120
      Cylinders: 121602
           Size: 931,5G
             Id: 83
           Type: Linux
    Start-C/H/S: 0/33/32
      End-C/H/S: 1023/63/254

Команда (m для справки): p
Диск /dev/sdb: 931,5 GiB, 1000204886016 байтов, 1953525168 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов
Размер сектора (логический/физический): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Тип метки диска: dos
Идентификатор диска: 0x3cac3cab

Устр-во    Загрузочный Start Конец Секторы   Size Id Тип
/dev/sdb1               2048 1953525167 1953523120 931,5G 83 Linux

vladpo
(11.07.17 17:25:40 MSK) автор топика

Ответ на: комментарий от LinuxDebian 11.07.17 13:57:39 MSK

Какую?
Только что проверил

К сожалению уже не помню, пытался удалить в Nemo

vladpo
(11.07.17 17:28:55 MSK) автор топика

Ссылка

Ответ на: комментарий от anonymous 11.07.17 10:52:06 MSK

В смысле, не разбит, а ext4 натянута сразу на sdb?

Да

vladpo
(11.07.17 17:29:47 MSK) автор топика

Ссылка

Ответ на: комментарий от vladpo 11.07.17 17:25:40 MSK

tune2fs -l /dev/sdb1

slamd64 ★★★★★
(11.07.17 17:31:18 MSK)

Ответ на: комментарий от slamd64 11.07.17 17:31:18 MSK

tune2fs -l /dev/sdb1
tune2fs 1.42.13 (17-May-2015)
tune2fs: Attempt to read block from filesystem resulted in short read при попытке открыть /dev/sdb1
Couldn't find valid filesystem superblock.

vladpo
(11.07.17 17:47:54 MSK) автор топика

Ответ на: комментарий от vladpo 11.07.17 17:47:54 MSK

Может винт начал сыпаться ? Очень уж невероятное совпадение. Вот что в загрузке системы

dmesg | grep sdb1
[    2.343223]  sdb: sdb1
[   22.016818] Buffer I/O error on dev sdb1, logical block 45, async page read
[   25.480490] Buffer I/O error on dev sdb1, logical block 45, async page read
[   34.104723] Buffer I/O error on dev sdb1, logical block 45, async page read
[   37.980876] Buffer I/O error on dev sdb1, logical block 45, async page read
[   55.074493] Buffer I/O error on dev sdb1, logical block 45, async page read
[   58.690506] Buffer I/O error on dev sdb1, logical block 45, async page read

Но это скорее всего появилось после того, как я попробовал просканировать с помощью R-Linux - 15% прошел, потом начали ошибки сыпаться

vladpo
(11.07.17 18:04:55 MSK) автор топика

Ответ на: комментарий от vladpo 11.07.17 18:04:55 MSK

Возможно.

Попробуй считать другой суперблок.

slamd64 ★★★★★
(11.07.17 20:23:24 MSK)

Ответ на: комментарий от slamd64 11.07.17 20:23:24 MSK

Попробуй считать другой суперблок.

Спасибо за идею, никогда еще с этим не сталкивался Сделал сначала mkfs.ext4 -n /dev/sdb1 - вывело адреса суперблоков, потом fsck.ext4 -b 32768 /dev/sdb1 -долго ругалось , но в результате

fsck.ext4 -f /dev/sdb1
e2fsck 1.42.13 (17-May-2015)
Проход 1: Проверка inodes, блокs, а также размеров
Pass 2: Checking каталог structure
Pass 3: Checking каталог connectivity
Pass 4: Checking reference counts
Pass 5: Checking группа summary information
WDBigFoot: 60266/61054976 files (7.9% non-contiguous), 169097539/244190390 blocks

После чего примонтировалось без ошибок , данные вроде все есть . Спасибо всем. Есть еще вопрос - винт все-таки у меня пошаливает, сначала он был под ntfs, стал откровенно тупить при записи , решил перевести его на ext4. Какая fs все-таки предпочтительней для файлохранилища (и для глючного винта).

vladpo
(12.07.17 00:11:21 MSK) автор топика

Ответ на: комментарий от vladpo 12.07.17 00:11:21 MSK

для глючного винта

Для глючного предпочтительно помойка. Ни одна ФС не справится с аппаратными ошибками. Что смарт посмотреть нельзя чтоли? Новый винт баксов 40-50 стоить будет.

LinuxDebian ★★★★
(12.07.17 08:45:42 MSK)