У меня есть Xen VPS, который я только что обновил до нового LTS 12 Precise Pangolin.
Однако при загрузке я вижу следующую ошибку:
[ 12.848076] end_request: I/O error, dev xvda, sector 12841
[ 12.848093] end_request: I/O error, dev xvda, sector 12841
[ 12.848103] Buffer I/O error on device xvda1, logical block 1605
[ 12.848110] lost page write due to I/O error on xvda1
[ 12.848129] Aborting journal on device xvda1.
В результате / монтируется только для чтения. Перезагрузка:
[ 3.087257] EXT3-fs (xvda1): warning: ext3_clear_journal_err: Marking fs in need of filesystem check.
[ 3.087677] EXT3-fs (xvda1): recovery complete
[ 3.088514] EXT3-fs (xvda1): mounted filesystem with ordered data mode
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
fsck from util-linux 2.20.1
PRGMRDISK1 contains a file system with errors, check forced.
Checking disk drives for errors. This may take several minutes.
Press C to cancel all checks in progress
PRGMRDISK1: ***** REBOOT LINUX *****
PRGMRDISK1: 371152/6001184 files (2.8% non-contiguous), 4727949/12000000 blocks
mountall: fsck / [308] terminated with status 3
mountall: System must be rebooted: /
[ 151.566949] Restarting system.
Name ID Mem VCPUs State Time(s)
shadowmint 236 2048 1 --p--- 0.0
Перезагрузка -> возврат к 1.
Это определенно проблема ядра 3.2, поскольку загрузка ядер версий 3.0.0 или 2.6.38 волшебным образом устраняет эту проблему.
Я уверен, что это какая-то странная ксенофобия, но без понятия.
Любой?
В любом случае, пока это не решено, янастоятельно не рекомендую обновлятьесли вы используете сервер Xen.
решение1
Я заметил, что для виртуальных машин есть специальное ядро:
linux-image-3.2.0-23-virtual - Образ ядра Linux для версии 3.2.0 на 64-битных виртуальных гостевых системах x86 linux-image-extra-3.2.0-23-virtual - Образ ядра Linux для версии 3.2.0 на 64-битных виртуальных гостевых системах x86
Может быть, это решит проблему?
решение2
У меня была похожая проблема, но похожие проблемы не обязательно подразумевают похожие причины :-D. Я решилмоя проблемадобавивбезбарьерный(опция монтирования) в /etc/fstab
строку монтирования корневого раздела:
UUID=7960e41c-6ad3-458e-ba0b-289c43a7508f / ext4 nobarrier 0 1
После первой успешной перезагрузки я выполнил
dmesg | grep barrier
и вот что у меня получилось:
[ 0.690596] blkfront: xvda: barrier: enabled
[ 12.914802] blkfront: xvda: empty barrier op failed
[ 12.914807] blkfront: xvda: barrier or flush: disabled
[ 14.806961] EXT4-fs (xvda1): re-mounted. Opts: errors=continue,nobarrier