Как диагностировать причину ошибок файловой системы только для чтения
Я выполняю Xubuntu прочь довольно новой Samsung EVO 250 ГБ SSD. Недавно моя корневая файловая система входила в режим только для чтения, и я нуждаюсь в помощи, диагностируя его.
Это все ошибки (и намного больше, basiclly ничто, что должно записать в работы файловой системы),
mktemp: failed to create file via template ‘/tmp/david/virtualenvwrapper-initialize-hook-XXXXXXXXXX’: Read-only file system
touch: cannot touch ‘’: No such file or directory
ERROR: virtualenvwrapper could not create a temporary file name.
zsh: locking failed for /home/david/.zhistory: read-only file system: reading anyway
Вот некоторые журналы dmesg:
[264394.925883] EXT4-fs error (device sda7): ext4_mb_free_metadata:4588: group 100, block 3305968:Block already on to-be-freed list
[264394.925952] EXT4-fs error (device sda7) in ext4_free_blocks:4879: Journal has aborted
[264394.925958] EXT4-fs error (device sda7) in ext4_reserve_inode_write:4752: Journal has aborted
[264394.926012] EXT4-fs error (device sda7): ext4_journal_check_start:56: Detected aborted journal
[264394.926061] EXT4-fs error (device sda7) in ext4_reserve_inode_write:4752: Journal has aborted
[264394.926104] EXT4-fs error (device sda7) in ext4_reserve_inode_write:4752: Journal has aborted
[264394.926146] EXT4-fs error (device sda7): ext4_journal_check_start:56: Detected aborted journal
[264394.926154] EXT4-fs error (device sda7) in ext4_ext_remove_space:3048: Journal has aborted
[264394.926201] EXT4-fs error (device sda7) in ext4_ext_truncate:4669: Journal has aborted
[264394.926251] EXT4-fs error (device sda7) in ext4_reserve_inode_write:4752: Journal has aborted
[264394.926292] EXT4-fs error (device sda7) in ext4_truncate:3648: Journal has aborted
[264394.926335] EXT4-fs error (device sda7) in ext4_reserve_inode_write:4752: Journal has aborted
[264483.167154] EXT4-fs error (device sda7): ext4_remount:4888: Abort forced by user
Я могу обычно решать проблему путем перезапуска пару раз.
Мне нужна одна из двух вещей:
- Докажите, что SSD является дефектным, таким образом, я могу возвратить его.
- Найдите проблему.
Кроме того, я - окна двойной загрузки 10 на SSD также, если это релевантно.
1 ответ
Когда у меня была эта проблема, моя проблема была то, что двойная загрузка окон, которые имели доступ к тому же диску, не закрывалась полностью - несмотря на нажатие на завершение работы, это входило в тип сна, который сохранил блокировку редактирования по диску.
shutdown /s
командная строка окон From делает надлежащее завершение работы - и существует учебное руководство здесь о как к повороту Быстрой опции запуска здесь: