У меня есть система с TVHeadend, установленная на Ubuntu в течение 4 лет, и она отлично работала с записью шоу и перемоткой прямого эфира. Но вдруг, когда я пытаюсь записать шоу, шоу не записываются. Записываю передачи на смонтированный hdd и сейчас пытаюсь создать там файл, не пускают. Либо с VI, либо с сенсорным, но только я вижу, что это защищенная от записи файловая система. На прошлой неделе я перезагрузил всю систему, и тогда все заработало. Но вчера у меня было шоу для записи, оно не записалось, и теперь я не могу ничего записать на диск.

Вот что у меня есть в файле fstab:

/dev/sdb1       /mnt/VIDEO_RECORDING    ext4    rw      0       2

Когда я использую ll в каталоге:

drwxrwxrwx  4 root root 4096 aug 14 04:03 VIDEO_RECORDING/

Конечно, я гуглил и видел разные решения, такие как добавление пользователя TVHeadend (hts) в группу, в которой находится мой пользователь, я пытался добавить пользователя TVHeadend, чтобы иметь права на запись. Нравится:

sudo chow hts:hts /mnt/VIDEO_RECORDING/

sudo usermod -a -G my_user hts

Я проверил kern.log, который был в ответе, и получил следующее:

Aug 16 04:09:40 ubuntu kernel: [300455.727139] EXT4-fs (sdb1): error count since last fsck: 2
Aug 16 04:09:40 ubuntu kernel: [300455.727142] EXT4-fs (sdb1): initial error at time 1628906759: ext4_journal_check_start:56
Aug 16 04:09:40 ubuntu kernel: [300455.727144] EXT4-fs (sdb1): last error at time 1628906759: ext4_journal_check_start:56
Aug 17 04:11:27 ubuntu kernel: [386963.492931] EXT4-fs (sdb1): error count since last fsck: 2
Aug 17 04:11:27 ubuntu kernel: [386963.492947] EXT4-fs (sdb1): initial error at time 1628906759: ext4_journal_check_start:56
Aug 17 04:11:27 ubuntu kernel: [386963.492951] EXT4-fs (sdb1): last error at time 1628906759: ext4_journal_check_start:56

Dmesg выдает много ошибок.

[37805.202453] blk_update_request: I/O error, dev sdb, sector 272408
[37805.202767] Buffer I/O error on dev sdb1, logical block 33795, lost async page write
[127433.283768] JBD2: Error while async write back metadata bh 33795.
[127433.283819] Aborting journal on device sdb1-8.
[127433.298085] JBD2: Error while async write back metadata bh 26214410.
[127433.299316] JBD2: Error while async write back metadata bh 26214409.
[127433.299649] JBD2: Error while async write back metadata bh 26214408.
[127433.300000] JBD2: Error while async write back metadata bh 26214407.
[127433.300330] JBD2: Error while async write back metadata bh 26214406.
[127433.300674] JBD2: Error while async write back metadata bh 26214405.
[127433.301042] JBD2: Error while async write back metadata bh 26214404.
[127433.301427] JBD2: Error while async write back metadata bh 26214403.
[127433.301835] JBD2: Error while async write back metadata bh 26214402.
[127433.302281] JBD2: Error while async write back metadata bh 26214401.
[127433.302731] JBD2: Error while async write back metadata bh 25690127.
[127433.303205] JBD2: Error while async write back metadata bh 25690126.
[127433.303694] JBD2: Error while async write back metadata bh 25690125.
[127433.304229] JBD2: Error while async write back metadata bh 25690124.
[127433.304760] JBD2: Error while async write back metadata bh 25690123.
[127434.121550] EXT4-fs error (device sdb1): ext4_journal_check_start:56:
[127434.122148] Detected aborted journal
[127434.122150] EXT4-fs (sdb1): Remounting filesystem read-only

Могу ли я что-нибудь сделать, чтобы сохранить этот диск?

Благодарность!

0
ejohalj 17 Авг 2021 в 15:31
Что говорит mount? Что говорит kern.log?
 – 
Ginnungagap
17 Авг 2021 в 15:16
1
Проверьте dmesg на наличие ошибок. kern.log зависит от дистрибутива.
 – 
Artem S. Tashkinov
17 Авг 2021 в 15:18
Я добавил еще немного информации, о чем вы меня спрашиваете.
 – 
ejohalj
17 Авг 2021 в 15:36
Ошибки указывают на механическую неисправность. Вам решать, продолжать ли использовать этот жесткий диск (вам придется исправить поврежденные сектора) или скопировать свои данные на новый. Никто не знает, сможет ли этот диск продолжать работать или количество ошибок будет расти. Вот руководство: smartmontools.org/wiki/BadBlockHowto
 – 
Artem S. Tashkinov
17 Авг 2021 в 16:03
Спасибо @ArtemS.Tashkinov
 – 
ejohalj
17 Авг 2021 в 19:17

1 ответ

Лучший ответ

Проблема в том, что на диске есть ошибки, и я перестану его использовать, я установил свой NAS и вместо этого использовал его в качестве хранилища для записи, и теперь с этим больше нет проблем. Спасибо!

(хоть и грустно потерять диск)

0
ejohalj 19 Авг 2021 в 17:43