Kezdőoldal » Számítástechnika » Hardverek » Ext4 fájlrendszert nem tudom...

Ext4 fájlrendszert nem tudom létrehozni, HDD Sentinel nem lát hibás szektort, mégis folyamatosan hiba van. Mi lehet ez?

Figyelt kérdés

Vettem egy 2,5 méretű merevlemezt, és egy külső házat is, beszereltem a házba. Windows alatt tökéletesen működött, hiba nélkül másolt 300 GB-s fájlokat is.

Most Linux alatt próbálom, Ext4 fájlrendszerrel nem sikerül használatba venni, mert amint létrejön a fájlrendszer, már hibát is talál és csak olvasható módban csatolja.

Semmit nem tudok vele így kezdeni. HDD Sentinel szerint minden jó, minden tökéletes.

Syslog-ban következő üzenetek találhatóak:

Dec 27 13:44:50 ubuntu kernel: [ 1049.163555] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)

Dec 27 13:44:56 ubuntu kernel: [ 1054.711256] sd 13:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE

Dec 27 13:44:56 ubuntu kernel: [ 1054.711271] sd 13:0:0:0: [sdb] Sense Key : Illegal Request [current]

Dec 27 13:44:56 ubuntu kernel: [ 1054.711283] sd 13:0:0:0: [sdb] Add. Sense: Invalid field in cdb

Dec 27 13:44:56 ubuntu kernel: [ 1054.711294] sd 13:0:0:0: [sdb] CDB: Write(10): 2a 08 3a 04 08 20 00 00 08 00

Dec 27 13:44:56 ubuntu kernel: [ 1054.711315] end_request: I/O error, dev sdb, sector 973342752

Dec 27 13:44:56 ubuntu kernel: [ 1054.711326] end_request: I/O error, dev sdb, sector 973342752

Dec 27 13:44:56 ubuntu kernel: [ 1054.711384] Aborting journal on device sdb1-8.

Dec 27 13:44:57 ubuntu kernel: [ 1055.532940] EXT4-fs error (device sdb1): ext4_journal_start_sb:327: Detected aborted journal

Dec 27 13:44:57 ubuntu kernel: [ 1055.532955] EXT4-fs (sdb1): Remounting filesystem read-only



2015. dec. 27. 14:03
1 2 3
 11/21 anonim ***** válasza:
a rack csak egy hardver, gondolom sata-n keresztül csatlakozik a winyóhoz és kész, az, hogy milyen, mekkora stb fájlrendszer van rajta, totál irreveláns. Vagy magával akkor a hardverrel lesz a gond a racknél, vagy amiről telepíteni akarod (usb/dvd) linux vmiért nem jó. Próbáld meg másik telepítővel, esetleg kössd rá direktben a gépre és próbáld úgy.
2015. dec. 27. 17:54
Hasznos számodra ez a válasz?
 12/21 A kérdező kommentje:

Ez egy laptop, nem merem szétszedni, hogy direktben rákössem, másik Linux alatt megnézem, hátha megoldódik.

Egyébként még az alábbi üzenet íródik a Syslog-ba:

Dec 27 18:01:44 ubuntu ata_id[5005]: HDIO_GET_IDENTITY failed for '/dev/sdb': Invalid argument

ez akkor történik amikor a gparted-del kezelem.

2015. dec. 27. 19:01
 13/21 |Orfeusz| ***** válasza:
Egy PC-n is érdemes lenne kipróbálni, satával bekötve, és akkor megtudod, hogy a HDD a hunyó, vagy a rack. Egy Ubuntu Live USB-vel lenne a legkényelmesebb, ha nincs ubuntus PC-d.
2015. dec. 29. 15:47
Hasznos számodra ez a válasz?
 14/21 A kérdező kommentje:

PC-n ki lett próbálva, megy.

Ezen a Notebook-on is megy Windows alatt.

Újabb Ubuntu alatt is megy rendesen, de ez nem megoldás, mert x perc után véletlenszerűen lefagy a rendszer, mert az újabb Ubuntu-t nem szereti a laptop, vagy valami hardver elem van ami miatt ez történik...

Miként tudnék rájönni, hogy mi lehet az ami Ubuntu 12.04 alatt még nincs ami 14.04 alatt már igen?

Kernelt már kipróbáltam ami 14.04 alatt is van, nem javult meg tőle.

Szeretném ha 12.04 alatt is működne, kernelen kívűl milyen csomagok lehetnek még ezért felelősek?

2015. dec. 29. 17:54
 15/21 anonim ***** válasza:
Nekem eddig úgy tűnt, hogy gparteddel létrehozott ntfs vagy fat partíciókat ellenőrizni akarja a windows (legalábbis a régebbiek), tehát 1 az a bizonyos dirty bit. És akárhogy uszítod rá az fsck-t, nem nullázza. Windows alatt kell rá chkdsk. Mindig így csinálom. Ebben az esetben lehet hogy érdemes lenne pipálni, hogy a nem lefoglalt szektorokat is ellenőrizze, nem rosszak-e. Bár az aborted journal kb egy ctrl+alt+villásdugó (vagy akár mkfs) által true állapotban felejtett dirty bit lesz (megint) a szívás tárgya.
2015. dec. 29. 18:29
Hasznos számodra ez a válasz?
 16/21 A kérdező kommentje:

Sokszor töröltem már a partíciót és gparted-del létrehoztam, Ext4-nek jelölve.

A chkdsk probléma nélkül végigment amikor NTFS partíció volt rajta.

mkfs.ext4 alkalmazása után rögtön csatoltam és utána történt az aborting yournal meg hogy read-only módban csatolta.

2015. dec. 29. 18:44
 17/21 anonim ***** válasza:

Akkor leírom tömören: mkfs létrehoz ntfs partíciót, nem kell csatolni, reboot windowsra, és chkdsk. Gyanítom, hogy exfat partíciónál nincs ez a macera, de "win only" fájlrendszert meghagyja a linux a windowsnak, játsszon vele.


Szerintem egyébként bad sectoros a vinyód.

2015. dec. 29. 19:43
Hasznos számodra ez a válasz?
 18/21 A kérdező kommentje:

- két ilyen ház is van, Ubuntu 12.04 ezt produkálja.

- Windows alatt rendesen megy

- Ubuntu 14.04 alatt rendesen megy, de csak pár percre tudtam megnézni mert ezen a gépen lefagy az Ubuntu 14.04, szerencsére addig a pár percig működött.

- Ha ext4 partíciót hozok létre Gparted-del akkor az szerintem nem Win-only fájlrendszer.

- Ha bad szektoros lenne, akkkor Windows alatt nem tudtam volna telemásolni és nem lett volna hibátlanul olvasható.

Dd is beolvassa az elsőtől az utolsó bájtig.

- Ha bad szektor van, dd kiugrik és nem olvas tovább.

2015. dec. 29. 20:28
 19/21 A kérdező kommentje:
Szeretném, ha 12.04 alatt is működne, mivel ez az utolsó olyan Ubuntu változat ami ezen a gépen elmegy, a többi lefagy.
2015. dec. 29. 20:29
 20/21 anonim ***** válasza:
Ha minden kötél szakad, akkor teljes gyalu (új partíciós tábla) és ha tényleg nem hibás, menni fog. Emiatt jó külön egypartíciós vincsin (meg inkább ssd-n) tartani a rendszert, egy nem túl nagy vinyó egyben lógyomornak, és ha valaki gyűjtögető (esetleg archiváló) életmódot folytat, az tartsa az igazán nagy merevlemezeit egy takarékos kis NAS-ben, meg persze parkolhat a szekrényben is pár igazán backup. És minden eszköz egypartíciós lehet.
2015. dec. 29. 22:20
Hasznos számodra ez a válasz?
1 2 3

Kapcsolódó kérdések:




Minden jog fenntartva © 2025, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu

A weboldalon megjelenő anyagok nem minősülnek szerkesztői tartalomnak, előzetes ellenőrzésen nem esnek át, az üzemeltető véleményét nem tükrözik.
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!