- Вопрос или проблема
- Фон
- Подсказки
- Результат
- Ответ или решение
- Причины проблемы с автоматическим монтированием SSD в Ubuntu 24.04 после сбоя
- 1. Анализ системных журналов
- 2. Проблемы с файловой системой
- 3. Использование fsck для восстановления
- 4. Конфигурация автоматического монтирования
- 5. Проверка в Windows
- Заключение
Вопрос или проблема
Фон
У меня установлен двухзагрузочный режим на двух SSD дисках. Один — Windows 11, а другой — Ubuntu Desktop 24.04.
Вчера моя система Ubuntu зависла, и я не могу зайти в оболочку tty. Пришлось перезагрузить принудительно.
К счастью, моя система и все HDD/SSD диски в порядке.
К сожалению, один SSD не может автоматически монтироваться в /media, когда я нажимаю на него, как раньше.
Хотя я могу монтировать его вручную, я всё равно хочу узнать, что произошло после сбоя. Я надеюсь, что этот SSD сможет автоматически монтироваться, как и другие HDD/SSD диски, когда я нажимаю на него в нижнем меню.
Может кто-то дать мне совет?
Подсказки
journalctl -xe
11月 13 10:20:31 usename-pc tracker-miner-fs-3[23503]: (tracker-extract-3:23503): GLib-GIO-WARNING **: 10:20:31.507: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-er>
11月 13 10:20:43 usename-pc tracker-miner-fs-3[23636]: (tracker-extract-3:23636): GLib-GIO-WARNING **: 10:20:43.119: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-er>
11月 13 10:20:45 usename-pc microsoft-edge.desktop[4901]: Ошибка Fontconfig: Не удается загрузить конфигурационный файл по умолчанию: Нет такого файла: (null)
11月 13 10:20:45 usename-pc microsoft-edge.desktop[4901]: [4947:4953:1113/102045.400351:ОШИБКА:ssl_client_socket_impl.cc(892)] сбой рукопожатия; вернул -1, SSL код ошибки 1, net_error -100
11月 13 10:20:55 usename-pc tracker-miner-fs-3[23686]: (tracker-extract-3:23686): GLib-GIO-WARNING **: 10:20:55.780: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-er>
tail /var/log/syslog
2024-11-13T10:24:30.677338+08:00 usename-pc tracker-miner-fs-3[24194]: (tracker-extract-3:24194): GLib-GIO-WARNING **: 10:24:30.676: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-error-quark, 13)
2024-11-13T10:24:41.383113+08:00 usename-pc tracker-miner-fs-3[24278]: (tracker-extract-3:24278): GLib-GIO-WARNING **: 10:24:41.382: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-error-quark, 13)
2024-11-13T10:24:41.425386+08:00 usename-pc microsoft-edge.desktop[4901]: [4894:4894:1113/102441.425166:ОШИБКА:interface_endpoint_client.cc(725)] Сообщение 0 отклонено интерфейсом blink.mojom.WidgetHost
2024-11-13T10:24:52.025510+08:00 usename-pc tracker-miner-fs-3[24369]: (tracker-extract-3:24369): GLib-GIO-WARNING **: 10:24:52.025: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-error-quark, 13)
2024-11-13T10:25:01.018299+08:00 usename-pc CRON[24401]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2024-11-13T10:25:05.211864+08:00 usename-pc tracker-miner-fs-3[24407]: (tracker-extract-3:24407): GLib-GIO-WARNING **: 10:25:05.211: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-error-quark, 13)
2024-11-13T10:25:07.690463+08:00 usename-pc systemd[1]: Запуск fwupd-refresh.service - Обновление метаданных fwupd и обновление motd...
2024-11-13T10:25:07.722400+08:00 usename-pc systemd[1]: fwupd-refresh.service: Успешно деактивировано.
2024-11-13T10:25:07.722494+08:00 usename-pc systemd[1]: Завершено fwupd-refresh.service - Обновление метаданных fwupd и обновление motd.
2024-11-13T10:25:15.936874+08:00 usename-pc tracker-miner-fs-3[24441]: (tracker-extract-3:24441): GLib-GIO-WARNING **: 10:25:15.936: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-error-quark, 13)
2024-11-13T10:25:26.476227+08:00 usename-pc tracker-miner-fs-3[24464]: (tracker-extract-3:24464): GLib-GIO-WARNING **: 10:25:26.476: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-error-quark, 13)
2024-11-13T10:25:37.372215+08:00 usename-pc tracker-miner-fs-3[24484]: (tracker-extract-3:24484): GLib-GIO-WARNING **: 10:25:37.371: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-error-quark, 13)
2024-11-13T10:25:47.479607+08:00 usename-pc tracker-miner-fs-3[24494]: (tracker-extract-3:24494): GLib-GIO-WARNING **: 10:25:47.479: Ошибка создания IO канала для /proc/self/mountinfo: недопустимый параметр (g-io-error-quark, 13)
'smartctl' --info --health --capabilities '/dev/sdd'
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.8.0-48-generic] (локальная сборка)
Авторские права (C) 2002-23, Брюс Аллен, Кристиан Франке, www.smartmontools.org
=== НАЧАЛО СЕКЦИИ ИНФОРМАЦИИ ===
Семейство модели: SSD с управлением Phison
Модель устройства: KINGSTON SA400S37480G
Серийный номер: xxx
Id устройства LU WWN: 5 0026b7 38301c9bc
Версия прошивки: SAN20102
Емкость пользователя: 480,103,981,056 байт [480 ГБ]
Размер сектора: 512 байт логический/физический
Скорость вращения: Твердотельное устройство
Команда TRIM: Доступна
Устройство является: В базе данных smartctl 7.3/5528
Версия ATA: ACS-3 T13/2161-D, ревизия 4
Версия SATA: SATA 3.2, 6.0 Gb/s (текущая: 6.0 Gb/s)
Местное время: Ср, 13 ноя 2024 10:37:21 CST
Поддержка SMART: доступна - устройство имеет возможности SMART.
Поддержка SMART: включена
=== НАЧАЛО ЧТЕНИЯ ДАННЫХ SMART ===
Результат самостоятельной оценки общего состояния SMART: УСПЕШНО
Общие значения SMART:
Статус сбора данных оффлайн: (0x00) Деятельность сбора данных оффлайн
никогда не начиналась.
Автосбор данных оффлайн: Отключено.
Статус выполнения самопроверки: ( 0) Предыдущая процедура самопроверки завершилась
без ошибок или ни одна самопроверка никогда
не проводилась.
Общее время завершения сборки данных оффлайн: ( 120) секунд.
Возможности сбора данных оффлайн: (0x11) SMART выполняет немедленный оффлайн.
Поддержка автоматического сбора данных оффлайн отсутствует.
Приостановить сбор данных оффлайн при новом
команде.
Поддержка оффлайн сканирования поверхности отсутствует.
Поддержка самопроверки.
Поддержка самопроверки на передаче отсутствует.
Поддержка выборочной самопроверки отсутствует.
Возможности SMART: (0x0002) Не сохраняет данные SMART перед
переходом в режим энергосбережения.
Поддерживает автоматическое сохранение таймера SMART.
Возможности ведения журналов ошибок: (0x01) Поддержка ведения журнала ошибок.
Поддержка общего назначения ведения журнала.
Рекомендуемое время опроса короткой процедуры
самопроверки: ( 2) минуты.
Рекомендуемое время опроса расширенной процедуры
самопроверки: ( 10) минут.
sudo fsck /dev/sdd
usename@usename-pc:~$ sudo fsck /dev/sdd
fsck из util-linux 2.39.3
e2fsck 1.47.0 (5-фев-2023)
ext2fs_open2: Неверная волшебная цифра в суперблоке
fsck.ext2: Суперблок недействителен, пытаюсь использовать резервный блок…
fsck.ext2: Неверная волшебная цифра в суперблоке при попытке открыть /dev/sdd
Суперблок не может быть прочитан или он не может описывать действительную файловую систему ext2/ext3/ext4.
Если устройство действительно действительное и является файловой системой ext2/ext3/ext4 (а не swap или ufs и т. д.),
это указывает на повреждения суперблока, возможно, вам нужно указать резервный суперблок для выполнения e2fsck:
e2fsck -b 8193 <устройство>
или
e2fsck -b 32768 <устройство>
В /dev/sdd обнаружена таблица разделов dos
sudo blkid
usename@usename-pc:~$ sudo blkid
/dev/sdb2: UUID="081470ff--????---????--ba96-3dcd12b7a0f8" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="fa267313-4dfa-????-????-2c8fa2fe9f12"
/dev/loop1: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop19: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sdd1: LABEL="code_space" BLOCK_SIZE="512" UUID="A27A6????AE5" TYPE="ntfs" PARTUUID="c832????-01"
/dev/loop17: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop25: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sdb1: UUID="9F3B--????-" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="dfc51496-????--????--a1cb-723dc731dc8a"
/dev/loop15: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop6: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop23: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop13: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop4: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop21: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop11: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop2: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop0: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop18: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop9: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop26: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sdc2: PARTLABEL="Резервнаяpartition Microsoft" PARTUUID="534d64be--????---????--81cc-b6f5d7c12fc7"
/dev/sdc3: BLOCK_SIZE="512" UUID="3952EC-????-7F3" TYPE="ntfs" PARTLABEL="Основной раздел данных" PARTUUID="9664f6a5--????---????---????--eeabf27b57bc"
/dev/sdc1: UUID="3C4B--????-" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="Раздел системы EFI" PARTUUID="5c54a3e0-8-????--????---????--215601e8ef2b"
/dev/loop16: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop7: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop24: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sda4: BLOCK_SIZE="512" UUID="88042-????-74B8E" TYPE="ntfs" PARTUUID="06cd5035--????---????--b611-df96c85bd394"
/dev/sda2: PARTLABEL="Резервный раздел Microsoft" PARTUUID="10936ee2-b687--????---????--c0a0b58c79f3"
/dev/sda3: BLOCK_SIZE="512" UUID="74F4FC-????-C86A0" TYPE="ntfs" PARTLABEL="Основной раздел данных" PARTUUID="24ce83f0--????---????--a60c-7f8a928884d6"
/dev/sda1: UUID="7ADB--????-" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="Раздел системы EFI" PARTUUID="830a6dbe--????---????--b32d-013e3ef39a08"
/dev/loop14: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop5: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop22: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop12: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop3: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop20: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop10: BLOCK_SIZE="131072" TYPE="squashfs"
Результат
Я всё еще не понял, почему не могу автоматически монтировать, но собираюсь использовать fstab для этого
в конце концов, исправлено в windows11, контекстное меню правого щелчка SSD. Возможно, использовалась команда chkdsk, не уверен.
Ответ или решение
Причины проблемы с автоматическим монтированием SSD в Ubuntu 24.04 после сбоя
При возникновении сбоя в операционной системе, как это случилось у вас, может произойти множество проблем, включая повреждение файловых систем и конфигураций. В вашем случае SSD, который ранее автоматически монтировался, теперь требует ручного вмешательства. Давайте рассмотрим возможные причины и решения этой проблемы.
1. Анализ системных журналов
Судя по предоставленным вами логам, сообщения, связанные с tracker-miner-fs-3, указывают на проблемы с созданием канала ввода-вывода для /proc/self/mountinfo. Эти предупреждения могут указывать на проблемы с системными процессами, но не обязательно означают, что ваша файловая система повреждена.
2. Проблемы с файловой системой
Ваш вывод утилиты fsck указывает на то, что суперблок вашего устройства недоступен, и есть возможность повреждения файловой системы. Важно заметить следующие моменты:
- Вы успешно выполнили команду
smartctl, и ваша SSD прошла самотестирование с положительным результатом, что говорит о её физической исправности. - Ошибки, которые вы наблюдаете при попытке проверки файловой системы, могут быть вызваны неправильным определением типа файловой системы для вашего SSD. В вашем случае, по-видимому, обнаружена
dosтаблица разделов, что может указывать на наличие неожиданного формата на диске.
3. Использование fsck для восстановления
Для восстановления файловой системы вы можете попробовать указать альтернативные суперблоки. Если файловая система действительно была отформатирована как ext2/ext3/ext4, вы можете использовать следующую команду:
sudo e2fsck -b 8193 /dev/sdd1Или
sudo e2fsck -b 32768 /dev/sdd1Эти команды могут помочь вам восстановить поврежденный суперблок.
4. Конфигурация автоматического монтирования
Если у вас всё-таки не получается автоматически монтировать SSD, можно отредактировать файл /etc/fstab, чтобы добавить новый офисный пункт монтирования. Пример записи будет следующим:
UUID=A27A6????AE5 /media/code_space ntfs defaults,nofail 0 0Необходимо заменить UUID на реальный идентификатор вашего SSD, который можно получить с помощью команды blkid.
5. Проверка в Windows
Вы также упомянули, что SSD был исправлен в Windows 11. Это может быть связано с выполнением команды chkdsk, которая осуществляет проверку диска на наличие ошибок и восстановление файловой структуры. Это хороший подход, поскольку иногда Windows более эффективно исправляет проблемы, связанные с файловыми системами.
Заключение
Существует несколько возможных причин, по которым ваш SSD не может автоматически монтироваться. Эти решения, начиная от анализа системных журналов до восстановления файловых систем в Ubuntu и использования инструмента Windows для проверки диска, помогут вам устранить проблемы. Если проблемы сохраняются, возможно, стоит обратиться к специалисту для дальнейшей диагностики.