У меня есть 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, но не знаю.
Кто угодно?
Во всяком случае, пока это не решится Я настоятельно рекомендую не обновлять , если вы используете xen-сервер.
У меня была схожая проблема, но подобные проблемы не связаны с неизбежными аналогичными причинами: -D. Я решил свою проблему, добавив nobarrier (вариант крепления) в /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
Я заметил, что для виртуальных машин есть специальное ядро:
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
Возможно, это решит?
Я заметил, что для виртуальных машин есть специальное ядро:
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
Возможно, это решит?
У меня была схожая проблема, но подобные проблемы не связаны с неизбежными аналогичными причинами: -D. Я решил свою проблему, добавив nobarrier (вариант крепления) в /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
Я заметил, что для виртуальных машин есть специальное ядро:
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
Возможно, это решит?
У меня была схожая проблема, но подобные проблемы не связаны с неизбежными аналогичными причинами: -D. Я решил свою проблему, добавив nobarrier (вариант крепления) в /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
Я заметил, что для виртуальных машин есть специальное ядро:
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
Возможно, это решит?
У меня была схожая проблема, но подобные проблемы не связаны с неизбежными аналогичными причинами: -D. Я решил свою проблему, добавив nobarrier (вариант крепления) в /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
У меня была схожая проблема, но подобные проблемы не связаны с неизбежными аналогичными причинами: -D. Я решил свою проблему, добавив nobarrier (вариант крепления) в /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
Я заметил, что для виртуальных машин есть специальное ядро:
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
Возможно, это решит?
Я заметил, что для виртуальных машин есть специальное ядро:
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
Возможно, это решит?
У меня была схожая проблема, но подобные проблемы не связаны с неизбежными аналогичными причинами: -D. Я решил свою проблему, добавив nobarrier (вариант крепления) в /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
У меня была схожая проблема, но подобные проблемы не связаны с неизбежными аналогичными причинами: -D. Я решил свою проблему, добавив nobarrier (вариант крепления) в /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
Я заметил, что для виртуальных машин есть специальное ядро:
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
Возможно, это решит?