Проблема со вторым диском HDD

[Vams]

По чему то, не могу удалять или перемещать файлы со второго диска а также у steam также возникает ошибка записи на диск.

[ALiEN]

начните по-простому.

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

df -h в студию.

[Vams]

Файл.система   Размер Использовано  Дост Использовано% Cмонтировано в
tmpfs            1,2G         2,2M  1,2G            1% /run
/dev/nvme0n1p2   233G          71G  151G           32% /
tmpfs            5,8G         422M  5,4G            8% /dev/shm
tmpfs            5,0M          16K  5,0M            1% /run/lock
efivarfs         192K          26K  162K           14% /sys/firmware/efi/efivars
/dev/nvme0n1p1   1,1G         6,2M  1,1G            1% /boot/efi
tmpfs            1,2G         152K  1,2G            1% /run/user/1001
/dev/sda1        916G         322G  548G           38% /media/dsrl/data2

[Domitory]

Что за файловая система на этом втором диске?  И как он подключен физически в системе?  USB или SATA ?

[Vams]

/dev/sda1: Linux rev 1.0 ext4 filesystem data, UUID=dac5499e-d99f-4967-9ab8-7bfe118b557f, volume name "data" (needs journal recovery) (errors) (extents) (64bit) (large files) (huge files)

Пользователь добавил сообщение 10 Августа 2024, 11:21:06:

Что за файловая система на этом втором диске?  И как он подключен физически в системе?  USB или SATA ?

Ноутбук

[andytux]

Сам-то читал, что написал?..
Ясно сказано:

(needs journal recovery) (errors)

[Vams]

Сам-то читал, что написал?..
Ясно сказано:

(needs journal recovery) (errors)

я только недавно перешел на Ubuntu так что я незнаю, может обьясните?

[andytux]

На диске ошибки. Проверяй.

[Vams]

На диске ошибки. Проверяй.

а что конкретно надо проверить?

[andytux]

Какой прок, тебе отвечать, если ты не читаешь, ни что сам написал, ни что тебе ответили.
Ещё раз, конкретно сказано: "needs journal recovery". Надеюсь, читать хоть умеешь?..

[Domitory]

/dev/sda1: Linux rev 1.0 ext4 filesystem data, UUID=dac5499e-d99f-4967-9ab8-7bfe118b557f, volume name "data" (needs journal recovery) (errors) (extents) (64bit) (large files) (huge files)

Просто с помощью гугл переводчика

/dev/sda1: данные файловой системы Linux версии 1.0 ext4, UUID=dac5499e-d99f-4967-9ab8-7bfe118b557f, имя тома «данные» (требуется восстановление журнала) (ошибки) (экстенты) (64 бит) (большие файлы) (огромные файлы) )


«Требуется восстановление журнала» просто означает, что он не был полностью размонтирован. Это включает в себя случай, когда файловая система все еще смонтирована. Сюда также входит, например, если компьютер вышел из строя в последний раз, когда файловая система была смонтирована, поэтому она никогда не была размонтирована.

При необходимости восстановление журнала будет выполнено автоматически при следующем монтировании файловой системы. Вы также можете выполнить это (при условии, что файловая система не смонтирована), запустив e2fsck

[Vams]

/dev/sda1: Linux rev 1.0 ext4 filesystem data, UUID=dac5499e-d99f-4967-9ab8-7bfe118b557f, volume name "data" (needs journal recovery) (errors) (extents) (64bit) (large files) (huge files)

Просто с помощью гугл переводчика

/dev/sda1: данные файловой системы Linux версии 1.0 ext4, UUID=dac5499e-d99f-4967-9ab8-7bfe118b557f, имя тома «данные» (требуется восстановление журнала) (ошибки) (экстенты) (64 бит) (большие файлы) (огромные файлы) )


«Требуется восстановление журнала» просто означает, что он не был полностью размонтирован. Это включает в себя случай, когда файловая система все еще смонтирована. Сюда также входит, например, если компьютер вышел из строя в последний раз, когда файловая система была смонтирована, поэтому она никогда не была размонтирована.

При необходимости восстановление журнала будет выполнено автоматически при следующем монтировании файловой системы. Вы также можете выполнить это (при условии, что файловая система не смонтирована), запустив e2fsck

спасибо

[Domitory]

Попробуйте для начала выполнить команду проверки EXT4 с параметром -n , в этом режиме она просто выведет информацию не внося изменений на диск

sudo fsck -n /dev/sda1

[Vams]

Попробуйте для начала выполнить команду проверки EXT4 с параметром -n , в этом режиме она просто выведет информацию не внося изменений на диск

sudo fsck -n /dev/sda1

Я уже umount, при fsck:
Ошибка чтения блока 170919452 (Ошибка ввода/вывода) при получение следующей inode при сканировании.  Игнорировать ошибку<y>? no
Error while scanning inodes (42753920): Can't read next inode

[Domitory]

Я уже umount, при fsck:
Ошибка чтения блока 170919452 (Ошибка ввода/вывода) при получение следующей inode при сканировании.  Игнорировать ошибку<y>? no
Error while scanning inodes (42753920): Can't read next inode

Ну раз ошибка действительно есть то изучайте параметры утилиты fsck, только будьте осторожны, если не знакомы с ней то сначала потренируйтесь на "кошках"

Краткий обзор утилиты:

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

По умолчанию fsck работает только с ФС EXT и приводит все к этой ФС, если выполнить проверку другой ФС то ФС будет серьезно испорчена
   
sudo fsck -n /dev/sda1    --просмотр информации без внесения изменений

sudo fsck -y /dev/sda1    --восстановление поврежденного суперблока

sudo mkfs -t ext4 -n /dev/sda1    --посмотреть куда были записаны резервные суперблоки  (параметр -n задает выполнение fsck толкьо в режиме просмотра)

sudo fsck -b 98304 /dev/sda1      --востановить суперблок по номеру резервного

sudo fsck -fy /dev/sda1           --проверка файловой системы даже если она чистая

sudo fsck -t ext4 /dev/sda1       --проверка файловой системы с указанием типа ФС

sudo fsck -A -y                   --проверка всех файловых систем в режиме востановления системы, если есть примонтированные разделы то выдаст ошибку

sudo fsck -AR -y                  --проверка всех файловых систем исключив из проверки коневой раздел

sudo fsck -M -y                   --проверка всех файловых систем исключив все примонтированые

sudo fsck -A -t ext4 -y           --проверка только всех ФС Ext4
   
sudo fsck -A -t opts=ro           --проверка ФС которые в FSTAB прописаны как только чтение

sudo fsck -c /dev/sda1            --найти битые сектора и больше в их не использовать