Skocz do zawartości

Read Only File System / Device Busy


FC4

Rekomendowane odpowiedzi

Witam,

 

 

Szukalem na forum ale konkretnie takiej sytuacji nie znalazlem...

 

Podlaczylem sobie nowy dysk na serwerze, Wszystko pieknie, jest widziany zamountowany.

 

Zaczynam kopiowac na niego wieksza ilosc danych w trakcie wyskakuja komunikaty ze nie moze zapisac bo system jest w trybie RO.

 

Przerywam i faktycznie, ani nic wyedytowac ani nic na nim zrobic.....

 

umount mowi ze device is busy

 

odmontowalem go w koncu z parametrem -l i przejechalem fsck, znalazl jakies tam bledy i ponaprawial na nim. Ale dalej juz nic z nim nie moge zrobic bo nie daje sie ponownie zamonotwac twierdzac ze already mounted (widac parametr -l nie usunal wszytkiego), po wylistowaniu mount nie ma go na liscie.... umount ponownie juz nic nie daje.

 

Restart serwera na razie nie wchodzi w gre bo obawiam sie ze maszyna nie zamknie sie prawidłowo a do serwerowni moge wejsc dopiero po weekendzie.

 

 

Dysk jest na 100% sprawny bo kupiony nowy i katowany przeze mnie przez 3 dni w domu pod linux/windows. Raczej wykluczam jakies uszkodzenie w czasie tranposrtu. Predzej podejrzewalbym ze zasilacz w kompie juz nie daje rade uciagnac wszystkiego, dysk to Raptor ktory jednak ma troche poboru mocy.

 

Macie jakis pomysl zeby bez restartu kompletnie go odmontowac i zamontowac na nowo zeby moc go dalej testowac ? moze gdzies sa jakies locki z mounta do skasowania ? nie wiem - pierwszy moj taki przypadek.

 

Dysk jest totalnie pusty wiec moge go formatowac/partycjonowac, whatever.... Bede wdzieczny za pomoc

 

System to FC4

 

 

 

Odnośnik do komentarza
Udostępnij na innych stronach

ztcp to mkfs tez wyrzucal ze nie chce formatowac dysku w użyciu

 

 

ps nie pokazuje zadnych procesów wiszacych z flagą D

 

natomiast DMesg pokazał cos takiego:

 

[root@server ~]# dmesg | grep -iC5 sdb
ata1: dev 1 ATA-7, max UDMA/133, 145226112 sectors: LBA48
ata1: dev 1 configured for UDMA/133
scsi1 : ata_piix
 Vendor: ATA	   Model: WDC WD740ADFD-00  Rev: 21.0
 Type:   Direct-Access					  ANSI SCSI revision: 05
SCSI device sdb: 145226112 512-byte hdwr sectors (74356 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 145226112 512-byte hdwr sectors (74356 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
sdb: sdb1
sd 1:0:1:0: Attached scsi disk sdb
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xFC08 irq 15
scsi2 : ata_piix
sata_sil 0000:01:01.0: version 0.9
ACPI: PCI Interrupt 0000:01:01.0[A] -> GSI 22 (level, low) -> IRQ 185
ata3: SATA max UDMA/100 cmd 0xF882EC80 ctl 0xF882EC8A bmdma 0xF882EC00 irq 185
--
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdd1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2031608k swap on /dev/VolGroup00/LogVol01.  Priority:-1 extents:1 across:2031608k
ip_tables: © 2000-2006 Netfilter Core Team
Netfilter messages via NETLINK v0.30.
ip_conntrack version 2.4 (8192 buckets, 65536 max) - 224 bytes per conntrack
eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
IPv6 over IPv4 tunneling driver
audit(1222427810.532:3): audit_pid=1618 old=0 by auid=4294967295
journal_bmap: journal block not found at offset 4108 on sdb1
Aborting journal on device sdb1.
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
ext3_abort called.
EXT3-fs error (device sdb1): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data

 

<Sorror> Używaj znaczników CODEBOX do klejania dłuższych listingów.

Odnośnik do komentarza
Udostępnij na innych stronach

 

 

[root@server ~]# dmesg | grep -iC5 sdb
audit(1222427810.532:3): audit_pid=1618 old=0 by auid=4294967295
journal_bmap: journal block not found at offset 4108 on sdb1
Aborting journal on device sdb1.
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
ext3_abort called.
EXT3-fs error (device sdb1): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
__journal_remove_journal_head: freeing b_committed_data

A nie bawiłeś się czasem w zmianę rozmiaru partycji? Bo coś tu jest że ten Twój ext3 się rozsypał. Tzn to wygląda jakby mu się tablica rypła.

journal_bmap: journal block not found at offset 4108 on sdb1

A możesz np fdiskiem/cfdiskiem go teraz pozmieniać? Czy też sypie błędami?

Odnośnik do komentarza
Udostępnij na innych stronach

nie , nic nie grzebalem. Partycja byla zakladana na domowym kompie a nastepnie tylko dysk wpiety do docelowej maszyny. Potem zadego partycjonowania/formatowania nie bylo.

 

zobacze pozniej czy uda mi sie na nowo partycje pozakladac...

 

mi to wyglada na brak mocy z zasilacza, na Windozach wtedy klasycznie sie sypie system plikow wlasnie. Sądze ze tu bedzie podobnie. Chyba ze jakas jednorazowa akcja...

 

Odnośnik do komentarza
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się
×
×
  • Dodaj nową pozycję...