LINUX.ORG.RU
Форум — Admin  

Предупреждение в логах

 ,


1

1

Здравствуйте.

Сегодня утром в логах обнаружилось вот это:

kernel: [504853.275955] QNX4 filesystem 0.2.3 registered.

kernel: [504853.465205] EXT4-fs (cciss!c0d0p1): VFS: Can't find ext4 filesystem

kernel: [504853.467543] EXT4-fs (cciss!c0d0p1): VFS: Can't find ext4 filesystem

kernel: [504853.469798] EXT4-fs (cciss!c0d0p1): VFS: Can't find ext4 filesystem

kernel: [504853.472053] squashfs: SQUASHFS error: Can't find a SQUASHFS superblock on cciss/c0d0p1

kernel: [504853.474411] FAT-fs (cciss/c0d0p1): invalid media value (0x7d)

kernel: [504853.474503] FAT-fs (cciss/c0d0p1): Can't find a valid FAT filesystem

kernel: [504853.484362] XFS (cciss/c0d0p1): Invalid superblock magic number

kernel: [504853.489246] FAT-fs (cciss/c0d0p1): invalid media value (0x7d)

kernel: [504853.489343] FAT-fs (cciss/c0d0p1): Can't find a valid FAT filesystem

kernel: [504853.496204] VFS: Can't find a Minix filesystem V1 | V2 | V3 on device cciss/c0d0p1.

kernel: [504853.509439] hfsplus: unable to find HFS+ superblock

kernel: [504853.511997] qnx4: no qnx4 filesystem (no root dir).

kernel: [504853.514244] ufs: You didn't specify the type of your ufs filesystem

kernel: [504853.514244].

kernel: [504853.514244] mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...

kernel: [504853.514244].

kernel: [504853.514244] >>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old

kernel: [504853.514992] ufs: ufs_fill_super(): bad magic number

kernel: [504853.517342] hfs: can't find a HFS filesystem on dev cciss/c0d0p1

Подскажите, на что он ругается? Может, кто-то сталкивался?



Последнее исправление: Nychary (всего исправлений: 2)
← Ошибка авторизации RoundCube (openssl_decrypt())
OpenVPN DMZ →
Ответ на: комментарий от vlb

Там 4 диска по 2 ТБ. Из них собран пятый рейд. Используется LMV

Вот вывод команд pvscan и lvscan

root@everest:/var/log# pvscan

File descriptor 7 (pipe:[471624]) leaked on pvscan invocation. Parent PID 30167: bash

PV /dev/cciss/c0d0p3 VG everest-vg lvm2 [5,46 TiB / 2,87 TiB free]

Total: 1 [5,46 TiB] / in use: 1 [5,46 TiB] / in no VG: 0 [0 ]

root@everest:/var/log# lvscan

File descriptor 7 (pipe:[471624]) leaked on lvscan invocation. Parent PID 30167: bash

ACTIVE '/dev/everest-vg/root' [84,13 GiB] inherit ACTIVE '/dev/everest-vg/swap_1' [9,00 GiB] inherit ACTIVE '/dev/everest-vg/backup' [1,50 TiB] inherit ACTIVE '/dev/everest-vg/backupbase' [1,00 TiB] inherit

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

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

Вывод второй команды привожу. А что конкретно нужно было сделать с помощью первой? После fdisk /dev/cciss/c0d0 нужно еще ввести одну из команд.

root@everest:/var/log# cat /etc/fstab

# /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> /dev/mapper/everest--vg-root / ext4 errors=remount-ro 0 1 # /boot was on /dev/cciss/c0d0p2 during installation UUID=07337c39-51d1-4d6e-84bd-0238ae076cb8 /boot ext2 defaults 0 2 /dev/mapper/everest--vg-swap_1 none swap sw 0 0

/dev/mapper/everest--vg-backup /usr/mnt ext4 rw,relatime,data=ordered 0 /dev/mapper/everest--vg-backupbase /usr/mntbase/backupbase ext4 rw,relatime,data=ordered 0

Nychary
() автор топика

Похоже, не может понять, что там за файловая система и перебирает всё подряд. Полетела ФС, видимо.

nebularia ★★★
()

HP Smart Array

ССЗБ - диагноз. Батарейку меняйте.

Linux не виноват в кривости (от рождения) железа.

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

«Тред не читай, сразу отвечай». Ещё раз, это сообщения от os-prober, другое дело, кто и за каким хером её запускает, лично я встречал такое только в системах, поставленных с live-режима, где это хоть как-то оправдано.

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

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

Nychary
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Ошибка авторизации RoundCube (openssl_decrypt())
Admin
OpenVPN DMZ →