LINUX.ORG.RU
решено ФорумAdmin

корень валится в RO


0

1

Добрый день - спасите помогите :)

Корень свалился в RO, сделал fsck - ошибки полечило, после ребута всеравно RO, убрал из fstab errors=remount-ro но все равно при загрузке получает RO на корневом разделе, что делать куда копать? Понятно что возможны бэд блоки, пока что полную проверку не делал, но я так понимаю что при загрузке ничто не может знать что есть бэдблоки если fsck говорит что все ok.

P.S. повторный fsck говорит что ошибок нет!



Последнее исправление: rst630 (всего исправлений: 1)

Что, прямо вот молча? Полная тишина в dmesg, вот это всё?
У меня как-то такое было, когда я с датой напортачил и угнал машину «в прошлое».

thesis ★★★★★
()

root@localhost:~# 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> proc /proc proc defaults 0 0 # / was on /dev/cciss/c0d0p7 during installation UUID=ddb29a2f-f0cc-4155-b069-4a75e0e5e252 / ext4 data=writeback 0 0 # /boot was on /dev/cciss/c0d0p2 during installation UUID=bfd43b67-cbf6-44fa-8269-3681ca84adfe /boot ext2 defaults 0 2 # /tmp was on /dev/cciss/c0d0p6 during installation UUID=abf4d202-c763-4c8a-8798-1422ee0c40f4 /tmp ext4 noexec,nosuid,nodev 0 2 # swap was on /dev/cciss/c0d0p5 during installation UUID=54189e49-a253-4c26-9030-1cefcd8c9a08 none swap sw 0 0

rst630
() автор топика
Ответ на: комментарий от rst630
root@localhost:~# 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>
proc            /proc           proc    defaults        0       0
# / was on /dev/cciss/c0d0p7 during installation
UUID=ddb29a2f-f0cc-4155-b069-4a75e0e5e252 /               ext4    data=writeback 0     0
# /boot was on /dev/cciss/c0d0p2 during installation
UUID=bfd43b67-cbf6-44fa-8269-3681ca84adfe /boot           ext2    defaults        0       2
# /tmp was on /dev/cciss/c0d0p6 during installation
UUID=abf4d202-c763-4c8a-8798-1422ee0c40f4 /tmp            ext4    noexec,nosuid,nodev        0       2
# swap was on /dev/cciss/c0d0p5 during installation
UUID=54189e49-a253-4c26-9030-1cefcd8c9a08 none            swap    sw              0       0
rst630
() автор топика
Ответ на: комментарий от IPR
root@localhost:~# cat /etc/mtab
/dev/cciss/c0d0p7 / ext4 rw 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,mode=0755 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
udev /dev tmpfs rw,mode=0755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
/dev/cciss/c0d0p2 /boot ext2 rw 0 0
/dev/cciss/c0d0p6 /tmp ext4 rw,noexec,nosuid,nodev 0 0
nfsd /proc/fs/nfsd nfsd rw 0 0
/dev/cciss/c0d2p1 /mnt/logs ext2 rw 0 0
/dev/cciss/c0d3p1 /mnt/nimg ext2 rw 0 0
/dev/cciss/c0d0p2 /boot ext2 rw 0 0

это уже после того как я сделал mount -o remount rw / все перемонтируется в rw, но при ребуте опять RO почему-то

rst630
() автор топика
Ответ на: комментарий от IPR
root@localhost:~# dmesg |grep c0d0
[    6.352915]  cciss/c0d0: p1 p2 p3 < p5 p6 p7 >
[    8.873395] EXT4-fs (cciss!c0d0p7): INFO: recovery required on readonly filesystem
[    8.873398] EXT4-fs (cciss!c0d0p7): write access will be enabled during recovery
[    8.902217] EXT4-fs (cciss!c0d0p7): recovery complete
[    8.902315] EXT4-fs (cciss!c0d0p7): mounted filesystem with ordered data mode
[   11.633727] Adding 4192924k swap on /dev/cciss/c0d0p5.  Priority:-1 extents:1 across:4192924k
[   11.635445] EXT4-fs (cciss!c0d0p7): Cannot change data mode on remount
[   11.636825] EXT4-fs (cciss!c0d0p7): Cannot change data mode on remount
[  755.073330] JBD: barrier-based sync failed on cciss!c0d0p7-8 - disabling barriers

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

ну может и из-за этого, как в этом только убедиться? Яж не могу в ДЦ написать «а поменяйте ка мне мать просто так - хочу потестить оно или нет» :D

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

повторный fsck говорит что ошибок нет!

Потому что журнал уже чистый.

Делай force: fsck -f ...

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

А рейд в каком состоянии? Может cciss предупреждает что рейд деградировал?

hpacucli controller all show config

И вообще, в логе ilo что-нибудь интересное по железу есть? Батарейка там сдохла или ещё что.

router ★★★★★
()
Последнее исправление: router (всего исправлений: 1)
Ответ на: комментарий от router
root@localhost:~# hpacucli controller all show config

Smart Array P410 in Slot 1                (sn: PACCRID12190SZ3)

   array A (SATA, Unused Space: 0 MB)


      logicaldrive 1 (931.5 GB, RAID 0, OK)

      physicaldrive 1I:1:1 (port 1I:box 1:bay 1, SATA, 1 TB, OK)

   array B (SATA, Unused Space: 0 MB)


      logicaldrive 2 (931.5 GB, RAID 0, OK)

      physicaldrive 1I:1:2 (port 1I:box 1:bay 2, SATA, 1 TB, OK)

   array C (SATA, Unused Space: 0 MB)


      logicaldrive 3 (931.5 GB, RAID 0, OK)

      physicaldrive 1I:1:3 (port 1I:box 1:bay 3, SATA, 1 TB, OK)

   array D (SATA, Unused Space: 0 MB)


      logicaldrive 4 (931.5 GB, RAID 0, OK)

      physicaldrive 1I:1:4 (port 1I:box 1:bay 4, SATA, 1 TB, OK)

   Expander 250 (WWID: 500143801837ABE0, Port: 1I, Box: 1)

   Enclosure SEP (Vendor ID HP, Model DL18xG6BP) 248 (WWID: 500143801837ABF3, Port: 1I, Box: 1)

   SEP (Vendor ID PMCSIERA, Model  SRC 8x6G) 249 (WWID: 5001438021B8626F)
rst630
() автор топика
Ответ на: комментарий от mky

да там не прописывал, то есть если щас убрать data=writeback из fstab то покатит? Вот на всякий случай еще вывод

root@localhost:/boot/grub# tune2fs -l /dev/cciss/c0d0p7
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          ddb29a2f-f0cc-4155-b069-4a75e0e5e252
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              60645376
Block count:              242581492
Reserved block count:     12129074
Free blocks:              63736164
Free inodes:              52877220
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      966
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Thu Feb 21 05:29:05 2013
Last mount time:          Sat Dec  7 03:42:12 2013
Last write time:          Sat Dec  7 03:10:32 2013
Mount count:              2
Maximum mount count:      27
Last checked:             Sat Dec  7 02:07:59 2013
Check interval:           15552000 (6 months)
Next check after:         Thu Jun  5 03:07:59 2014
Lifetime writes:          17 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      58069cc5-40b5-4580-ba41-e8ef8106a216
Journal backup:           inode blocks

GRUB

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os {
        insmod part_msdos
        insmod ext2
        set root='(hd0,msdos2)'
        search --no-floppy --fs-uuid --set bfd43b67-cbf6-44fa-8269-3681ca84adfe
        echo    'Loading Linux 2.6.32-5-amd64 ...'
        linux   /vmlinuz-2.6.32-5-amd64 root=UUID=ddb29a2f-f0cc-4155-b069-4a75e0e5e252 ro nomodeset quiet
        echo    'Loading initial ramdisk ...'
        initrd  /initrd.img-2.6.32-5-amd64
}

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

И ведь помогло убирание data=writeback из fstab :) Спасибо огромное за подсказку! Давно пытался включить writeback и думал что достаточно прописывания в fstab без ребута, не убедившись что оно работает благополучно забыл, вот и результат - сутки лежака сервера под нагрузкой :(

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