Форум русскоязычного сообщества Ubuntu


Автор Тема: Ext4- раздел перестал показывать свое содержимое  (Прочитано 1796 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн AlekseyUbuntu

  • Автор темы
  • Активист
  • *
  • Сообщений: 399
    • Просмотр профиля
Kubuntu 19.10
На ext4- раздел перебросил данные, но теперь в проводнике их не видно (раньше было норм). Утилита Disks показывает тип файловой системы Unknown, а GParted очень долго ищет разделы на этом диске и в итоге тоже показывает Unknown. Причем консольные команды дают вполне вменяемый вывод:
Код: (bash) [Выделить]
denis@denis-pc:~$ sudo fdisk -l
Disk /dev/sda: 931,53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZRX-00L
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 3ACC6426-FA75-4BC0-9C98-08BB1A907888
Device Start End Sectors Size Type
/dev/sda1 2048 206847 204800 100M BIOS boot
/dev/sda2 206848 1466367 1259520 615M EFI System
/dev/sda3 94908416 261922815 167014400 79,7G Linux filesystem
/dev/sda4 1466368 84623359 83156992 39,7G Linux filesystem
/dev/sda5 84623360 94908415 10285056 4,9G Linux swap
/dev/sda7 261922816 893249535 631326720 301G Microsoft basic data
/dev/sda9 893253632 1845379071 952125440 454G Linux filesystem
/dev/sda10 1845379072 1953523711 108144640 51,6G Microsoft basic data
Partition table entries are not in disk order.
Disk /dev/sdb: 111,81 GiB, 120034123776 bytes, 234441648 sectors
Disk model: SPCC Solid State
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 29298329-6B4F-42A7-8015-5E18E57CA3C3
Device Start End Sectors Size Type
/dev/sdb1 2048 234440703 234438656 111,8G Linux filesystem
denis@denis-pc:~$ sudo blkid
/dev/sdb1: UUID="4101090c-af4b-4611-a2d9-4ad23a068660" TYPE="ext4" PARTUUID="204acaff-f0ab-4c6e-8421-dad8fa3bcfa7"
/dev/sda1: PARTLABEL="EFI" PARTUUID="e048e2df-7c6e-4840-a443-3f2e15af4b71"
/dev/sda2: UUID="89EE-CE64" TYPE="vfat" PARTLABEL="Basic data partition" PARTUUID="96195cbb-0ac7-4653-b08e-9a2314830b4c"
/dev/sda3: UUID="429e89fb-d685-4850-a625-8ec4ed7d6d27" TYPE="ext4" PARTLABEL="rootfs" PARTUUID="3f7ec6db-7fac-4d88-a5bc-0e832adf4b35"
/dev/sda4: UUID="e4bd035e-b3a6-4859-acde-311f0e6fd556" UUID_SUB="d3f799c2-09c0-4ec3-b489-c1fe666e0c77" TYPE="btrfs" PARTLABEL="btrfs" PARTUUID="0a51ba0c-d83a-420e-b10c-a29707cbf1e0"
/dev/sda5: UUID="9269118b-7339-4a3b-9de4-bd017bbfd467" TYPE="swap" PARTLABEL="Linux swap" PARTUUID="1a46271d-5474-4a56-b835-aebfedb16879"
/dev/sda7: UUID="275EC95E0DCFFDDE" TYPE="ntfs" PARTLABEL="ntfs" PARTUUID="63cb184d-7283-4f57-8b82-1f7821a4e6fb"
/dev/sda9: PARTLABEL="ext4" PARTUUID="e3143e77-1b86-4252-944c-459aaade0297"
/dev/sda10: UUID="24F4FE60C391F372" TYPE="ntfs" PARTLABEL="w" PARTUUID="c01c9d05-f81b-4c3f-af64-2741b17dffdd"
denis@denis-pc:~$ sudo nano /etc/fstab
UUID=4101090c-af4b-4611-a2d9-4ad23a068660 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=89EE-CE64 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
/dev/disk/by-uuid/275EC95E0DCFFDDE /mnt/ntfs auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=ntfs 0 0
/dev/sda9 /mnt/ext4 ext4 nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=ext4 0 0
/dev/disk/by-uuid/a1138ed7-5cb0-4595-ae8c-885316f2ac1a /mnt/btrfs auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=btrfs 0 0
Как лечить?
(Нажмите, чтобы показать/скрыть)
« Последнее редактирование: 18 Февраля 2020, 05:46:57 от zg_nico »

Dzhoser

  • Гость
fstab приведите к нормальному виду

Оффлайн AlekseyUbuntu

  • Автор темы
  • Активист
  • *
  • Сообщений: 399
    • Просмотр профиля
fstab приведите к нормальному виду

Как правильно?

Dzhoser

  • Гость
У /dev/sda9 необходимо указать UUID.

Оффлайн olej.tsil

  • Участник
  • *
  • Сообщений: 108
    • Просмотр профиля
У /dev/sda9 необходимо указать UUID.
Может указываться и имя раздела - тут вопрос удобства.
А вот судя по blkid раздел /dev/sda9 в результате такого ... "копирования" - уже ... "приехал". :-[

Оффлайн ALiEN

  • Администратор
  • Старожил
  • *
  • Сообщений: 6691
  • 20% Cooler
    • Просмотр профиля
У /dev/sda9 необходимо указать UUID.
А его и нет. (судя по blkid)

AlekseyUbuntu,
sudo tune2fs -l /dev/sda9?
🖥 AsRock B550M Pro4 :: AMD Ryzen 5 3600 :: 16 GB DDR4 :: AMD Radeon RX 6600 :: XFCE
💻 ACER 5750G :: Intel Core i5-2450M :: 6 GB DDR3 :: GeForce GT 630M :: XFCE

Оффлайн AlekseyUbuntu

  • Автор темы
  • Активист
  • *
  • Сообщений: 399
    • Просмотр профиля
sudo tune2fs -l /dev/sda9

denis@denis-pc:~$ sudo tune2fs -l /dev/sda9
[sudo] password for denis:
tune2fs 1.45.3 (14-Jul-2019)
tune2fs: Bad magic number in super-block while trying to open /dev/sda9

Я, кстати, пробовал восстановить данные с помощью testdisk, но он вместо моего раздела нашел кучу мелких разделов, на которых список файлов был пуст (тот, что показыается при нажатии P).
« Последнее редактирование: 12 Февраля 2020, 21:53:15 от AlekseyUbuntu »

Dzhoser

  • Гость
Может нужно указать partuuid?

Оффлайн Raf73

  • Активист
  • *
  • Сообщений: 740
    • Просмотр профиля
Проверку раздела на ошибки не пробовал проводить?

Оффлайн AlekseyUbuntu

  • Автор темы
  • Активист
  • *
  • Сообщений: 399
    • Просмотр профиля
Проверку раздела на ошибки не пробовал проводить?

Нет. Но загрузился под OpenSuse (думал, что может под ней бы получилось) и когда монтировал раздел руками, то получил ошибку:
denis@linux-s8x9:/mnt> sudo mount /dev/sda9 /mnt/ext4
mount: /mnt/ext4: wrong fs type, bad option, bad superblock on /dev/sda9, missing codepage or helper program, or other error.

Оффлайн olej.tsil

  • Участник
  • *
  • Сообщений: 108
    • Просмотр профиля
Проверку раздела на ошибки не пробовал проводить?
Да нет там уже никакого ... "раздела"  ???
Там есть только кусок сырого дискового пространства.

Оффлайн AlekseyUbuntu

  • Автор темы
  • Активист
  • *
  • Сообщений: 399
    • Просмотр профиля
Проверку раздела на ошибки не пробовал проводить?
Да нет там уже никакого ... "раздела"  ???
Там есть только кусок сырого дискового пространства.

Не правда, Gparted (и гномовская утилита Disks) показывает раздел с неизвестной файловой системой. Вот информация по этому разделу из Gparted:
Unable to detect file system! Possible reasons are:
- The file system is damaged
- The file system is unknown to GParted
- There is no file system available (unformatted)
- The device entry /dev/sda9 is missing


Как БЕЗ ФОРМАТИРОВАНИЯ указать системе, что раздел имеет файловую систему ext4?

Оффлайн olej.tsil

  • Участник
  • *
  • Сообщений: 108
    • Просмотр профиля
показывает раздел с неизвестной файловой системой.
Вот ключевое слово: неизвестной.
Умница!

Пользователь добавил сообщение 13 Февраля 2020, 11:50:25:
Как БЕЗ ФОРМАТИРОВАНИЯ указать системе, что раздел имеет файловую систему ext4?
Можете:
- создать где-то каталог монтирования, в /mnt ... да хоть и в $HOME, потому что это для эксперимента и проверки;
- смонтировать туда руками, командой mount раздел /dev/sda9, с явным указанием типа файловой системы, опция -t

Если получится - повезло, можно бодаться дальше.
Если не получится ... :-\ - сливай воду... Можно только из неразмеченного пространства вытягивать куски файлов наугад - занятие достойное, но не для слабых нервов.
   
« Последнее редактирование: 13 Февраля 2020, 11:50:25 от olej.tsil »

Оффлайн AlekseyUbuntu

  • Автор темы
  • Активист
  • *
  • Сообщений: 399
    • Просмотр профиля
- смонтировать туда руками, командой mount раздел /dev/sda9, с явным указанием типа файловой системы, опция -t
Попробовал и тоже получил ошибку (также использовал ключи"только для чтения" -r и"подробного вывода" -v):denis@linux-s8x9:~> sudo mount -r -v -t ext4 /dev/sda9 /mnt/ext4
mount: /mnt/ext4: wrong fs type, bad option, bad superblock on /dev/sda9, missing codepage or helper program, or other error.

Пользователь добавил сообщение 13 Февраля 2020, 15:27:33:
Решил как в этой статье использовать утилиту fsck для проверки на ошибки:denis@denis-pc:~$ sudo fsck -C -V -n /dev/sda9
fsck from util-linux 2.34
[/usr/sbin/fsck.ext2 (1) -- /dev/sda9] fsck.ext2 -n -C0 /dev/sda9
e2fsck 1.45.3 (14-Jul-2019)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sda9
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
 e2fsck -b 8193 <device>
 or
 e2fsck -b 32768 <device>
Раз плохой суперблок, то узнаем где хранятся его копии:denis@denis-pc:~$ sudo mkfs -t ext4 -n /dev/sda9
mke2fs 1.45.3 (14-Jul-2019)
Creating filesystem with 119015680 4k blocks and 29761536 inodes
Filesystem UUID: f4423896-a9f7-4fbd-8a8e-888076b49ff6
Superblock backups stored on blocks:
 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
 102400000
И попробуем восстановить данные из копий, например:denis@denis-pc:~$ sudo fsck -b 98304 /dev/sda9
fsck from util-linux 2.34
e2fsck 1.45.3 (14-Jul-2019)
fsck.ext2: Bad magic number in super-block while trying to open /dev/sda9
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
 e2fsck -b 8193 <device>
 or
 e2fsck -b 32768 <device>
Но, к сожалению, я перебрал все возможные номера блоков, где могла храниться копия суперблока, и всегда получал сообщение об ошибке.
Возможно эта ошибка появилась из- за того, что с помощью dd я очищал этот раздел (но после этого он пару часов работал работал нормально). Например, ntfs- разделы после dd просто перестают существовать. Надо было после dd отформатировать файловую систему и только потом туда копировать файлы.

ТС, как видно по состоянию на 17/06/2020 потерял интерес к созданной им теме (пометка Решено в теме отсутствует, тема оставлена не закрытой, сообщений в теме давно не было). Тема стародавняя (последнее сообщение в топике: 17/02/2020; последнее сообщение от ТС в топике: 13/02/2020). Модератором раздела принято решение закрыть тему.
--zg_nico
« Последнее редактирование: 17 Июня 2020, 07:47:33 от zg_nico »

Оффлайн xuser73

  • Активист
  • *
  • Сообщений: 581
    • Просмотр профиля
с помощью dd я очищал этот раздел
Всё, известный пушной зверёк приснился твоему разделу. На будущее: dd иногда расшифровывают как "добей диск". С этой утилитой надо держать ухо востро.
Насчёт стирания с помощью dd, затем сноса раздела, создания заново, форматирования и только потом копирования в него - это правильно.
Для стирания свободного места лучше с помощью того же dd писать нули в какой-нибудь файл на разделе, а не в раздел!
Настоящему коту всегда март.

 

Страница сгенерирована за 0.056 секунд. Запросов: 25.