Установленный жесткий диск кажется пустым и без разрешений
У меня есть компьютер с SSD, на котором установлена операционная система, и жесткий диск для хранения большей части данных и работы.
До вчерашнего дня мой жесткий диск находился в каталоге / mnt / feynman , а сегодня он выглядит как пустой файл, внутри которого ничего нет. Я также заметил, что он не показывает никаких прав на запись, и я не могу вспомнить, нормально ли это
(base) andrew@Galileo:/mnt$ ll
total 12
drwxr-xr-x 3 root root 4096 Jan 23 2019 ./
drwxr-xr-x 24 root root 4096 Jan 23 2019 ../
drwxr-xr-x 2 root root 4096 Jan 23 2019 feynman/
(base) andrew@Galileo:/mnt$
Попытка увидеть, как скорость чтения / записи диска останавливается и никогда не возвращает значение (в течение разумного времени выполнения), и мне приходится принудительно останавливать check
(base) andrew@Galileo:/mnt/feynman$ sudo dd
^C0+0 records in
0+0 records out
0 bytes copied, 49.8495 s, 0.0 kB/s
(base) andrew@Galileo:/mnt/feynman$
Я запустил проверку файлов на жестком диске, которая показала, что он дал хорошие результаты, но я не понимаю большинство из них и поэтому я не уверен. Это не привело к заметным изменениям.
(base) andrew@Galileo:/mnt/feynman$ sudo fsck /mnt/feynman
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/sdb1: recovering journal
JBD2: Invalid checksum recovering block 3 in log
Journal checksum error found in /dev/sdb1
/dev/sdb1 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
/lost+found not found. Create<y>? yes
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (237959002, counted=229407456).
Fix<y>? yes
Free inodes count wrong (61048534, counted=61048424).
Fix<y>? yes
/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdb1: 6552/61054976 files (0.7% non-contiguous), 14782752/244190208 blocks
(base) andrew@Galileo:/mnt/feynman$
Из свойств проверки браузера папок видно, что том неизвестен
Тот факт, что dd ничего не возвращает, заставляет меня чувствовать, что это проблема с подключением, и что я должен попробовать поменяться местами. кабель SATA и посмотреть, если это проблема проводки. 1258 Есть ли другие хорошие проверки для запуска? Представленные фрагменты, кажется, предлагают аппаратную неисправность? Есть ли надежда на восстановление моего жесткого диска?
1 ответ
Я исправил проблему, заменив кабель SATA. Я думаю, что если кто-то столкнется с проблемой и получит похожие результаты теста, это было бы хорошим началом. Тот факт, что он показал жесткий диск, но не имел скорости передачи, возможно, является хорошим идентификатором того, что кабель SATA сломан или, возможно, его просто сломали.
Вероятно, также стоит инвестировать в резервный жесткий диск в будущем.
Надеюсь, это поможет кому-то в будущем, ура.
РЕДАКТИРОВАТЬ: Также я понимаю, что на основе решения это не проблема UBUNTU, но кто-то, кто сталкивается с этим в будущем, может ошибочно идентифицировать его как один, как я , Из-за этого я чувствую, что стоит не спать, но по запросу я могу удалить сообщение.