Не монтируеться раздер reiserfs

Я изменил настройки ядра, а заодно и обновил его(gentoo-sources-2.6.26->2.6.26-r1), по рекомендации отсюда http://gentoo.ru/node/12071#comment-83266.
Всё замечательно, но один раздел жёского не смонтировался. А именно sda4, размеченый как reiserfs. Самое странное, что корень у меня тоже reiserfs, и он монтируеться нормально в новом ядре, все остальные разделы, тоже нормально монтируються, и на старом ядре этот раздел монтируеться.
При попытке смонтировать sda4, в dmesg появляется :

ReiserFS: sda4: found reiserfs format "3.6" with standard journal
ReiserFS: sda4: using ordered data mode
ReiserFS: sda4: journal params: device sda4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda4: checking transaction log (sda4)
attempt to access beyond end of device
sda: rw=0, want=155771296, limit=146783599
ReiserFS: sda4: warning: vs-13070: reiserfs_read_locked_inode: i/o failure occurred trying to find stat data of [1 2 0x0 SD]
ReiserFS: sda4: Using r5 hash to sort names
attempt to access beyond end of device
sda: rw=0, want=155771296, limit=146783599
ReiserFS: sda4: warning: vs-2140: finish_unfinished: search_by_key returned -2

Если сделать reiserfsck /dev/sda4 то получаю

reiserfsck 3.6.19 (2003 www.namesys.com)

*************************************************************
** If you are using the latest reiserfsprogs and  it fails **
** please  email bug reports to , **
** providing  as  much  information  as  possible --  your **
** hardware,  kernel,  patches,  settings,  all reiserfsck **
** messages  (including version),  the reiserfsck logfile, **
** check  the  syslog file  for  any  related information. **
** If you would like advice on using this program, support **
** is available  for $25 at  www.namesys.com/support.html. **
*************************************************************

Will read-only check consistency of the filesystem on /dev/sda4
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

The problem has occurred looks like a hardware problem. If you have
bad blocks, we advise you to get a new hard drive, because once you
get one bad block  that the disk  drive internals  cannot hide from
your sight,the chances of getting more are generally said to become
much higher  (precise statistics are unknown to us), and  this disk
drive is probably not expensive enough  for you to you to risk your
time and  data on it.  If you don't want to follow that follow that
advice then  if you have just a few bad blocks,  try writing to the
bad blocks  and see if the drive remaps  the bad blocks (that means
it takes a block  it has  in reserve  and allocates  it for use for
of that block number).  If it cannot remap the block,  use badblock
option (-B) with  reiserfs utils to handle this block correctly.

bread: Cannot read the block (5801471): (Input/output error).

Аварийный останов

Я уж начал грешить на диск, но smart ничего особо серьёзного не пишет, да и на старом ядре этот раздел монтируеться.

smartctl -a /dev/sda
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.7 and 7200.7 Plus family
Device Model:     ST380011A
Serial Number:    5JVA3TES
Firmware Version: 3.06
User Capacity:    75,153,202,688 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   6
ATA Standard is:  ATA/ATAPI-6 T13 1410D revision 2
Local Time is:    Sun Oct  5 11:41:58 2008 MSD
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		 ( 430) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					No General Purpose Logging support.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 (  58) minutes.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   059   055   006    Pre-fail  Always       -       13884492
  3 Spin_Up_Time            0x0003   098   098   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   099   099   020    Old_age   Always       -       1087
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   086   060   030    Pre-fail  Always       -       440789178
  9 Power_On_Hours          0x0032   090   090   000    Old_age   Always       -       9406
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   096   096   020    Old_age   Always       -       4137
194 Temperature_Celsius     0x0022   036   055   000    Old_age   Always       -       36
195 Hardware_ECC_Recovered  0x001a   059   054   000    Old_age   Always       -       13884492
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   188   000    Old_age   Always       -       12
200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age   Offline      -       0
202 TA_Increase_Count       0x0032   100   253   000    Old_age   Always       -       0

SMART Error Log Version: 1
ATA Error Count: 95 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 95 occurred at disk power-on lifetime: 3509 hours (146 days + 5 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  10 51 00 e8 bd bf e8  Error: IDNF at LBA = 0x08bfbde8 = 146783720

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ca 00 80 69 bd bf e8 00      00:15:40.598  WRITE DMA
  c8 00 20 ea 7b 45 e1 00      00:15:40.447  READ DMA
  ca 00 08 e8 7a 3c e1 00      00:15:40.296  WRITE DMA
  e7 00 00 00 00 00 a0 00      00:15:40.145  FLUSH CACHE
  ca 00 80 c9 2f c0 e8 00      00:15:39.994  WRITE DMA

Error 94 occurred at disk power-on lifetime: 3509 hours (146 days + 5 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  10 51 00 e8 bd bf e8  Error: IDNF at LBA = 0x08bfbde8 = 146783720

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ca 00 80 69 bd bf e8 00      00:14:50.390  WRITE DMA
  c8 00 10 04 c5 74 e1 00      00:14:50.239  READ DMA
  ca 00 08 13 37 4d e1 00      00:14:50.088  WRITE DMA
  ca 00 80 19 42 c0 e8 00      00:14:49.937  WRITE DMA
  ca 00 08 49 2f c0 e8 00      00:14:49.786  WRITE DMA

Error 93 occurred at disk power-on lifetime: 3509 hours (146 days + 5 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  10 51 00 70 bd bf e8  Error: IDNF at LBA = 0x08bfbd70 = 146783600

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ca 00 08 69 bd bf e8 00      00:13:54.843  WRITE DMA
  c8 00 40 12 4f 74 e1 00      00:13:54.692  READ DMA
  c8 00 40 5a 3e 48 e1 00      00:13:54.542  READ DMA
  ca 00 80 a9 f2 bf e8 00      00:13:54.391  WRITE DMA
  ca 00 80 29 f2 bf e8 00      00:13:54.240  WRITE DMA

Error 92 occurred at disk power-on lifetime: 3509 hours (146 days + 5 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  10 51 00 d8 bd bf e8  Error: IDNF at LBA = 0x08bfbdd8 = 146783704

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ca 00 80 59 bd bf e8 00      00:13:39.614  WRITE DMA
  ca 00 80 49 ba bf e8 00      00:13:39.464  WRITE DMA
  ca 00 80 d9 bd bf e8 00      00:13:38.789  WRITE DMA
  ca 00 80 59 bd bf e8 00      00:13:38.788  WRITE DMA
  ca 00 80 d9 bc bf e8 00      00:13:38.787  WRITE DMA

Error 91 occurred at disk power-on lifetime: 3509 hours (146 days + 5 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  10 51 00 d8 bd bf e8  Error: IDNF at LBA = 0x08bfbdd8 = 146783704

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ca 00 80 59 bd bf e8 00      00:13:38.668  WRITE DMA
  ca 00 80 d9 bc bf e8 00      00:13:38.666  WRITE DMA
  ca 00 80 59 bc bf e8 00      00:13:38.789  WRITE DMA
  ca 00 80 d9 bb bf e8 00      00:13:38.788  WRITE DMA
  ca 00 80 59 bb bf e8 00      00:13:38.787  WRITE DMA

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

fstab

/dev/sda2      /boot    ext2     noauto,noatime 1 2
/dev/sda6      /     reiserfs notail,noatime 0 1
/dev/sdb1      /home    ext3     auto     0 0
/dev/sda4      /usr/portage   reiserfs notail,noatime 0 0
/dev/sda5      none     swap     sw    0 0
/dev/cdrom     /mnt/cdrom  auto     noauto,ro   0 0
tmpfs             /tmp            tmpfs      size=512M,noexec,nosuid,nodev     0 0 

shm         /dev/shm tmpfs    nodev,nosuid,noexec  0 0

gentoo-sources старое

gentoo-sources старое ядро, попробуй vanilla-sources
но скорее всего проблема в битом кластере. скачай seatools под ДОС, запиши на диск загрузись с него и сделай полную проверку диска
битые кластеры можно будет исправить тамже

gentoo-sources

Gogast написал(а):
gentoo-sources старое ядро, попробуй vanilla-sources

интересное мнение =) запишу в список перлов =) gentoo-sources = vanlla-sources + несколько патчей типа bbr для lvm2

___________________________________________
Gentoo GNU/Linux 2.6.26 GCC 4.3.1
Working on Gentoo for iPAQ hx4700 :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера

Не такое уж и старое

Ядра почти одинаковой версии. 2.6.26 и 2.6.26.5 врядли сильно отличаются. Сделал

cat /dev/sda4 > /dev/null

То всё завершилось без I/O ошибок. Да и на другом ядре всё прекрасно работает.

oftop: Вопрос: а

oftop:
Вопрос: а чем так крут рейзер, что все его используют? За неделю вторая проблема что не монтируются разделы с ним. Я в свое время провел несколько опытов с различными фс и для себя выбрал сочетание: ext3 под корень и ext3/xfs под /home. А вообще рейзер дико фрагментируемая и тормозная система, вопрос нафига вам она?

Ну насчет

Ну насчет тормозная и дикофрагментируемая не замечал. в отличии от тормозов ext3
из серии что архив быстрее скопировать на рейзер распаковать и скопироваьт обратно чем распаковывать на ext3
___________________________________________
Gentoo GNU/Linux 2.6.26 GCC 4.3.1
Working on Gentoo for iPAQ hx4700 :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера

Собственно

Собственно целью моих изысканий в свое время боло определить оптимальниу фс под /usr/portage. Вообще говоря рейзер заточен именно под подобное огромное количество маленьких файлов, но особого прироста производительности по сравнению с ext3 я не заметил ни на распаковывании архива, ни на emerge --sync ни на emerge -s ... , и все это не смотря на то что раздел был в начале отдельного харда, и не о какой фрагментации там речи идти не могло, так как раздел был только что создан. А про фрагментацию: вы знаете, что рейзер выделяет место под новые файлы динамически, т.е. у него не существует понятия блока, и в таких местах как /usr/portage, где постоянно меняется структура каталогов размер и количество файлов, фрагментация будет действительно дикой. Не удивлюсь если emerge у вас не особо славится быстродействием.

emerge у меня

emerge у меня давно и быстро работает =)
вообщето особой фрагментации тома нет =) так что все нормально а рейзерфс я уже очень давно юзаю. еще с версии 3.5
___________________________________________
Gentoo GNU/Linux 2.6.26 GCC 4.3.1
Working on Gentoo for iPAQ hx4700 :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера

.

Неприятный опыт приводит к осадку,
приятный опыт приводит к восторгу.
На вкус и цвет все гентушники разные.
Кому - поп, кому - попадья, а кому - попова дочка!

To lexa_: Аесли

To lexa_:
Аесли попробовать откатиться на стабильное ядро 2.6.25-r8?

1. что

1. что возвращает # zgrep -i reiser /proc/config.gz

2. dd if=/dev/zero of=/home/trash bs=8k count=250000 && mkfs.reiserfs /home/trash && mount /home/trash /mnt -o noatime,notail,loop

3. а кстати, а может попробовать в fstab замаскировать и попробовать ручками примонтировать?

4. похоже /home на ext3, и значит смонтирован, если место позволяет проверить, то что возвращает
# dd if=/dev/sda4 of=/home/sda4 && mount -t auto -o loop /home/sda4 /mnt

С уважением и всё такое

похожая проблема

lexa_ написал(а):
Я изменил настройки ядра, а заодно и обновил его(gentoo-sources-2.6.26->2.6.26-r1), по рекомендации отсюда http://gentoo.ru/node/12071#comment-83266.
Всё замечательно, но один раздел жёского не смонтировался. А именно sda4, размеченый как reiserfs.

Всё тоже самое, только переход gentoo-sources-2.6.23-r8 -> 2.6.25-r7 по тем же рекомендациям, и раздел sdb4, размеченый как ext3.

localhost ~ # mount /dev/sdb4 /mnt/data/
mount: /dev/sdb4: невозможно прочитать суперблок
localhost ~ # dmesg | tail
sdb: rw=0, want=81031865, limit=66055248
attempt to access beyond end of device
sdb: rw=0, want=81031866, limit=66055248
attempt to access beyond end of device
sdb: rw=0, want=81031867, limit=66055248
attempt to access beyond end of device
sdb: rw=0, want=81031868, limit=66055248
attempt to access beyond end of device
sdb: rw=0, want=81031861, limit=66055248
FAT: unable to read boot sector

Не понятно откуда берется строка "FAT: unable to read boot sector", может быть из-за того что до перехода на PATA, устройство /dev/sdb соответствовало флешке с файловой системой FAT

Кроме того, из всех разделов этого IDE диска монтируется только sdb1, для всех остальных выдаётся одно и тоже сообщение: невозможно прочитать суперблок

На старом ядре все разделы монтирутся без проблем.

похоже, что диск некорректно

похоже, что диск некорректно разбит.
имел на одном из винтов

fdisk /dev/sdc
Команда (m для справки): v
Total allocated sectors 488407426 greater than the maximum 488397168

Решено

команда fdisk /dev/sdb при выводе таблицы разделов командой p выдала, что ёмкость диска 32G, тогда как на самом деле ёмкость 250G.
Проблема решилась перестановкой джампера на винчестере в положение master. Все разделы примонтировались нормально.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".