LINUX.ORG.RU

Странные сообщения при выполнении команды update-grub. Цел ли HDD\SSD?

 , , ,


0

2

Здравствуйте. Обычно, к PC-роутеру с Debian Jessie на борту, я подключаюсь по SSH. Сегодня же решил поднастроить файл /etc/default/grub. При выполнении команды update-grub по SSH в консоль не выводится ничего криминального, тогда как на экране монитора в TTY, при выполнении update-grub, выводится следующее:

[   57.029287] EXT4-fs (sda2): unable to read superblock
[   57.033730] EXT4-fs (sda2): unable to read superblock
[   57.038082] EXT4-fs (sda2): unable to read superblock
[   57.058510] FAT-fs (sda2): bogus number of reserved sectors
[   57.063072] FAT-fs (sda2): bogus number of reserved sectors
[   57.086264] qnx4: no qnx4 filesystem (no root dir).
[   57.434131] EXT4-fs (sdb2): unable to read superblock
[   57.438641] EXT4-fs (sdb2): unable to read superblock
[   57.443198] EXT4-fs (sdb2): unable to read superblock
[   57.464281] FAT-fs (sdb2): invalid media value (0xde)
[   57.469226] FAT-fs (sdb2): invalid media value (0xde)
[   57.489591] qnx4: no qnx4 filesystem (no root dir).

Судя по надписям, имеет место быть проблема с жёсткими дисками. В данном случае sda2 у меня SSD-диск, а sdb2 - обычный HDD-диск. Подскажите, пожалуйста, действительно ли есть проблема с дисками или же это баг у update-grub? При загрузке системы подобных надписей нет - только при выполнении update-grub.

С уважением.


Больше похоже на попытку определить ФС.

anonymous
()
Ответ на: комментарий от ionanahin

Подаю команду: df -T | awk '{print $1,$2,$NF}' | grep «^/dev», получаю в ответ:

/dev/sda5 ext4 //dev/sda1 ext4 /boot
/dev/sdb1 ext4 /var
/dev/sdb5 ext4 /tmp
/dev/sdb6 ext4 /home
/dev/sda6 ext4 /home/ssd
/dev/sdd ext4 /media/sdcard
/dev/sdc1 fuseblk /media/hdd
Про sda2\sdb2 - в ответ ни слова.

Подаю команду file -sL /dev/sda2, в ответ получаю:

/dev/sda2: DOS/MBR boot sector; partition 1 : ID=0x83, start-CHS (0x1f,254,32), end-CHS (0x3ff,254,63), startsector 2, 32765952 sectors; partition 2 : ID=0x5, start-CHS (0x3ff,254,63), end-CHS (0x3ff,254,63), startsector 32765954, 201160704 sectors, extended partition table


Подаю команду file -sL /dev/sdb2, в ответ получаю:

/dev/sdb2: DOS/MBR boot sector; partition 1 : ID=0x83, start-CHS (0x3ff,241,56), end-CHS (0x3ff,77,19), startsector 2, 2045952 sectors; partition 2 : ID=0x5, start-CHS (0x3ff,254,63), end-CHS (0x3ff,254,63), startsector 2045954, 1227735040 sectors
Sferg
() автор топика
Ответ на: комментарий от ionanahin

Если бы было понятно, то не было бы пугающего предупреждения, что чего-то важного не найдено.

gag ★★★★★
()
Ответ на: комментарий от gag

Не, я имел в виду, что человеку всё понятно: не найдены файлухи — ну так это ж расширенный раздел. А os-prober проверяет по-простецки, без поблажек.

ionanahin ★★★
()
Ответ на: комментарий от gag

Ну он сам-то в разделы не лезет, он (или скрипт какой вспомогательный, тот же os-prober) просто каждый раздел пытается примонтировать и поискать там какие-то файлы.

Логи забивает не grub, а ядро при попытке монтирования.

tiandrey ★★★★★
()
Последнее исправление: tiandrey (всего исправлений: 2)
Ответ на: комментарий от ionanahin

Где здесь видно, что это расширенный раздел?

[   57.029287] EXT4-fs (sda2): unable to read superblock
[   57.058510] FAT-fs (sda2): bogus number of reserved sectors
А про информативность этого сообщения вообще нечего сказать:
[   57.086264] qnx4: no qnx4 filesystem (no root dir).

gag ★★★★★
()
Ответ на: комментарий от gag

-_\\

Эти сообщения — косвенное следствие работы. os-prober проверяет всё без разбора, а понятно должно быть человеку, который разметку себе делал, или на худой конец по выхлопу fdisk.

ionanahin ★★★
()
Ответ на: комментарий от tiandrey

просто каждый раздел пытается примонтировать и поискать там какие-то файлы.

Не лез в исходник, но зачем пытаться монтировать раздел, не проверив сначала его magic number. Ведь чтобы искать на разделе файлы надо сначала убедиться, могут ли на нём вообще быть файлы.

gag ★★★★★
()
Ответ на: комментарий от tiandrey

Вывод fdisk о дисках:

# fdisk -l /dev/sda
Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
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: dos
Disk identifier: 0x000a381e
 
Device     Boot    Start       End   Sectors   Size Id Type
/dev/sda1  *        2048    511999    509952   249M 83 Linux
/dev/sda2         514046 234440703 233926658 111,6G  5 Extended
/dev/sda5         514048  33279999  32765952  15,6G 83 Linux
/dev/sda6       33282048 234440703 201158656  95,9G 83 Linux
# fdisk -l /dev/sdb
Disk /dev/sdb: 596,2 GiB, 640135028736 bytes, 1250263728 sectors
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: dos
Disk identifier: 0xf34c97e1
 
Device     Boot    Start        End    Sectors   Size Id Type
/dev/sdb1           2048   20479999   20477952   9,8G 83 Linux
/dev/sdb2       20482046 1250263039 1229780994 586,4G  5 Extended
/dev/sdb5       20482048   22527999    2045952   999M 83 Linux
/dev/sdb6       22530048 1250263039 1227732992 585,4G 83 Linux
 
Partition 3 does not start on physical sector boundary.
Sferg
() автор топика
Ответ на: комментарий от gag

Потому что it's not my fucking job лезть в раздел и проверять всякие волшебные числа, всё равно ядро монтирует. Смонтировали - хорошо, проверяем; не смонтировали - хрен с ним, идём дальше.

tiandrey ★★★★★
()
Последнее исправление: tiandrey (всего исправлений: 1)
Ответ на: комментарий от tiandrey

То есть, чтобы избавиться от этих подозрительных сообщений, необходимо прибить os-prober (ну, или дождаться обновления с фиксом)?

Sferg
() автор топика
Ответ на: комментарий от Sferg

Да не подозрительные это сообщения, это просто попытка смонтировать раздел, узбагойзя, ничего плохого не происходит. От того, что не получилось смонтировать раздел, ничего не сломается.

tiandrey ★★★★★
()
Последнее исправление: tiandrey (всего исправлений: 1)
Ответ на: комментарий от tiandrey

Убедили. А раз так, то вопрос будем считать решённым. Спасибо Вам большое!

Sferg
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.