Здравствуйте!
Купил SSD диск как просто внешний накопитель с usb/
Был отформатирован в NTFS, видимо, попытался отформатировать в ext4 , перестал читаться/писаться.
ПИшет в ответ на команды такое:
sudo mkfs /dev/sdb1 ext4
mke2fs 1.44.1 (24-Mar-2018)
mkfs.ext2: invalid blocks 'ext4' on device '/dev/sdb1'
в ответ на команду по умолчанию , без указания формата отвечает :
sudo mkfs /dev/sdb1
mke2fs 1.44.1 (24-Mar-2018)
/dev/sdb1 contains a ext4 file system
после этого форматирование в ext4 как-бы прошло, но толку нет, gparted
пишет об этом диске вот что:
<i>Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 029dbcab-98bb-4ef7-ba2b-583cbd1ffadc
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean with errors
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 128000000
Block count: 511999488
Reserved block count: 25599974
Free blocks: 503681957
Free inodes: 127999989
First block: 0
Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Reserved GDT blocks: 1024
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
Filesystem created: Thu Oct 19 14:35:28 2023
Last mount time: n/a
Last write time: Thu Oct 19 14:57:25 2023
Mount count: 0
Maximum mount count: -1
Last checked: Thu Oct 19 14:35:28 2023
Check interval: 0 (<none>)
Lifetime writes: 1032 MB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 7e295aab-6c3d-4566-bcef-3c2569291b71
Journal backup: inode blocks
FS Error count: 2
First error time: Thu Oct 19 14:57:18 2023
First error function: ext4_find_extent
First error line #: 929
First error inode #: 8
First error block #: 0
Last error time: Thu Oct 19 14:57:25 2023
Last error function: ext4_find_extent
Last error line #: 929
Last error inode #: 8
Last error block #: 0
Checksum type: crc32c
Checksum: 0x6d540cc6</i>
<i>dumpe2fs 1.44.1 (24-Mar-2018)
dumpe2fs: Corrupt extent header while reading journal super block</i>
<i>Невозможно прочитать содержимое этой файловой системы!
В связи с этим некоторые операции могут быть не доступны.
Возможная причина: отсутствует пакет приложения.
Для поддержки файловой системы ext4 требуется следующее ПО: e2fsprogs v1.41+.</i>
но этого приложения терминал не находит. Не монтируется сама, а при подаче команды пишет так:
a18@a18-System-Product-Name ~ $ sudo mount /dev/sdb1
mount: /dev/sdb1: can't find in /etc/fstab.
что надо, внести в какой-то файл вот эту простую запись?
created on Sat Oct 14 20:30:19 2023
Proceed anyway? (y,N) n
--------------------------------
то есть попытаться отформатировать по умолчанию в ext2 или что можно сделать, чтобы заработал и можно было на него копировать файлы,читать, хранить , как с флэшки, только юольшого размера (чего ради и купил)? И ещё сообщает, что невозможно это всё примонтировать.
Что можно сделать с SSD диском
В ext2/3/4 есть смысл форматировать только если диск будет использоваться лишь с Linux. Иначе - NTFS или exFAT.
a18@a18-System-Product-Name ~ $ sudo mount /dev/sdb1
Вот здесь ошибка. Надо указать, что монтируем и куда, если только это действительно не указано явно в /etc/fstab. Например:
[console]mkdir ~/usbdrive
mount /dev/sdb1 /home/a18/usbdrive[/console]
Если нарушена разметка диска - GPartEd в помощь.
В ext2/3/4 есть смысл форматировать только если диск будет использоваться лишь с Linux. Иначе - NTFS или exFAT.
[quote="Fencer24"]a18@a18-System-Product-Name ~ $ sudo mount /dev/sdb1
Вот здесь ошибка. Надо указать, что монтируем и куда, если только это действительно не указано явно в /etc/fstab. Например:
[console]mkdir ~/usbdrive
mount /dev/sdb1 /home/a18/usbdrive[/console]
Если нарушена разметка диска - GPartEd в помощь.[/quote]
спасибо, буду пробовать, gparted уже пользовался, никакое форматирование в нём не помоголо.
Добавлено: 19.10.2023 20:24:01
система сообщает, что только в root это можно делать, это верно, так и надо? ,вот эта последня команда вызвала такое сообщение:
mount /dev/sdb1 /home/a18/usbdrive
mount: только root может делать это
Добавлено: 19.10.2023 20:32:52
перешёл в root , но не вышло, сообщает, что команду mount root не понимает:
| Welcome to ROOT 6.28/06 https://root.cern |
| (c) 1995-2023, The ROOT Team; conception: R. Brun, F. Rademakers |
| Built for linuxx8664gcc on Sep 02 2023, 16:03:00 |
| From tags/v6-28-06@v6-28-06 |
| With c++ (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0 |
| Try '.help'/'.?', '.demo', '.license', '.credits', '.quit'/'.q' |
------------------------------------------------------------------
root [0]
root [0] mount /dev/sdb1 /home/a18/usbdrive
input_line_10:2:3: error: use of undeclared identifier 'mount'
(mount / dev / sdb1 / home / a18 / usbdrive)
Добавлено: 19.10.2023 20:55:31
получил root по другому, но новый отрицательный резхультат:
root@a18-System-Product-Name:~# mount /dev/sdb1 /home/a18/usbdrive
mount: /home/a18/usbdrive: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
то есть у меня что-то повреждено и так далее, диск новый, что там может быть повреждено?
Добавлено: 19.10.2023 20:56:44
В ext2/3/4 есть смысл форматировать только если диск будет использоваться лишь с Linux. Иначе - NTFS или exFAT.
[quote="Fencer24"]a18@a18-System-Product-Name ~ $ sudo mount /dev/sdb1
Вот здесь ошибка. Надо указать, что монтируем и куда, если только это действительно не указано явно в /etc/fstab. Например:
[console]mkdir ~/usbdrive
mount /dev/sdb1 /home/a18/usbdrive[/console]
Если нарушена разметка диска - GPartEd в помощь.[/quote]
сделал это в root, ка просила система и вот та:
root@a18-System-Product-Name:~# mount /dev/sdb1 /home/a18/usbdrive
mount: /home/a18/usbdrive: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
то есть у меня что-то повреждено и так далее, диск новый, что там может быть повреждено?
Добавлено: 19.10.2023 21:18:32
да, вот вывод dmesg. у меня что-то там повреждено на этом диске, но что делать не знаю
162.954387] EXT4-fs error (device sdb1): ext4_find_extent:929: inode #8: comm pool: pblk 255885311 bad header/extent: invalid magic - magic ffff, entries 65535, max 65535(0), depth 65535(0)
[ 162.957742] jbd2_journal_init_inode: Cannot locate journal superblock
[ 162.957748] EXT4-fs (sdb1): Could not load journal inode
Fencer24, я немного убрал лишнее цитирование из вашего сообщения, чтобы легче читалось. И освойте BB-коды.
Если SSD не читается, но вы уверены, что он исправен, можно попробовать затереть начальные секторы, а потом в gparted создать заново вначале таблицу разделов, а затем разделы. Мне это несколько раз помогало.
Команду я вам напишу, но хорошо думайте перед применением - восстановить данные после неё уже не получится.
[console]sudo su
cat /dev/urandom /dev/sdb[/console]
После 10 секунд работы можно прервать по Ctrl+C, этого времени более чем достаточно. Затем отключаете sdb физически, включаете и после этого запускаете gparted. Создаёте таблицу разделов и затем раздел.
.
[console]sudo su
cat /dev/urandom /dev/sdb[/console]
После 10 секунд работы можно прервать по Ctrl+C, этого времени более чем достаточно. Затем отключаете sdb физически, включаете и после этого запускаете gparted. Создаёте таблицу разделов и затем раздел.
а разделы создавать обязательно? Его, одного автомиатически нет, не возникает? Меня один устроит
Так, после создания таблицы разделов надо ещё по -новой форматировать или на этом всё ? Я снова создал таблицу разделов, а оно не читается, теперь что делать? У меня там не было данных, это новый диск
Добавлено: 19.10.2023 23:25:58
спасибо, завтра уже буду пробовать
Добавлено: 19.10.2023 23:56:06
Я сделал это, что-то случайный выбор, потом с gparted, не читатся, пишет , что устройство неизвестно, не присоединяется.
выскакивает сообщение :
The backup GPT table is corrupt, but the primary appears OK, so that will be used
оно такое и было, прежнему, не читается, не монтируется, объём пишет, раздел есть, их два один 1,9 тб, другой 1 мб. и выходит ещё одно сообщение о невозможности монтировать:
[img]/home/a18/Рабочий стол/ещё одно сообщение[/img]
Добавлено: 20.10.2023 00:06:54
на модальном окне надпись: не удалось присоединить том ошибка монтирования ,
адрес и дальше неверный тип fs или плохие опции, плохой суперблок на дев сдб , неверная кодовая страница или хелпер программа, или другая ошибка, по -английски это
Для поддержки файловой системы ext4 требуется следующее ПО: e2fsprogs v1.41+
Система указывает на установку нужного ПО
В файле fstab последних версий Linux надо указывать UUID для монтирования раздела, пример строки (параметры строки установить свои):
UUID=71bf6a1c-e805-4aff-bf5c-93787d5227a0 /media/SSD1 ext4 defaults,x-gvfs-name=SSD1 0 2После редактирования файла fstab надо перезагрузить систему, если всё правильно, раздел будет доступен, останется установить права доступа для пользователей/группы Linux.
Для доступа в Linux к разделу с файловой системой NTFS, надо установить драйвер ntfs-3g
а разделы создавать обязательно?
Да.
Его, одного автомиатически нет, не возникает?
Нет.
Меня один устроит
Вот один и создавайте.
Я сделал это, что-то случайный выбор, потом с gparted, не читатся, пишет , что устройство неизвестно, не присоединяется.
Я же вам написал, что делать.