Üdv mindenkinek! Pár napja meggyűlt a bajom egy SSD háttértárral. Linux Mint 17.1-et szerettem volna rá tenni. A telepítésnél azt választottam, hogy az egész meghajtót használhatja. De a telepítési folyamat nemsokára megállt, azzal a hibaüzenettel, hogy a particionálás nem sikerült. Azóta a meghajtó használhatatlan. Gparted látja az eszközt, van egy ismeretlen típusú partíció és egy kiterjesztett, benne egy 4 gigás swap partíció. A lemez nem csatolható. A gparted látja, de nem tud vele mit csinálni. Az ismeretlen típusú partíciót ha formázni szeretném ext4-re, a formázás hibamentesen végigmegy, de valójában nem történik semmi. Ha újraparticionálni akarom, minden partició törlése, majd egy ext4 létrehozása és formázása, akkor azt a hibaüzenetet kapom, hogy nem lehetnek egymást átfedő particiók. Próbálkoztam fdiskel, cfdiskel is, azok sem váltak be. Bármivel próbálkozok látszólag hiba nélkül végrehajtódik, lemezre íródik, de valójában semmi nem történik. Van valakinek valami ötlete, hogyan lehetne működésre bírni ismét? Elképzelhető, hogy kimúlt az eszköz? Előre is köszi minden tanácsot. ----- Sajnos a probléma megoldására nem sikerült a fórumtéma keretein belül megoldást találni, így a további kísérletezéseket feladva elküldtem az eszközt szervizbe. Kipróbálni a további ötleteket így már nem tudom. Minden kedves segítőkész fórumozónak hálásan köszönöm a nyújtott segítséget, tanácsot, ötletet és persze az idejét amit a gondom megoldásának kísérletére szánt!

Szia! Sajnos a leírtak alapján az könnyen elképzelhető, hogy kimúlt. Ha a teljes lemez használatát választod Ubuntu/Mint alatt, akkor nem lehet, hogy automatikusan egy LVM partíciót készít rá? (az anacondánál például így van) A cat /proc/partitions mit mond?

@"Ritana"#p526569Sőőőt... úgy látszik az Anaconda kéretlenül is megcsinálja az LVM tömbböt, még akkor is ha egyedi partícionálást kérek: lvs --all --noheadings | while read lv vg rest; do file --dereference --special-files "/dev/mapper/$vg-$lv"; done /dev/mapper/fedora-home: Linux rev 1.0 ext4 filesystem data, UUID=d69df395-88fa-40e4-b4b5-94b3a00149d0 (needs journal recovery) (extents) (large files) (huge files) /dev/mapper/fedora-root: SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs) /dev/mapper/fedora-swap: Linux/i386 swap file (new style), version 1 (4K pages), size 373759 pages, no label, UUID=6adefdcf-6a7b-4af2-95fc-4ddd8aca8515 ...bla,bla,bla és így tovább. Mondom én, hogy az Anaconda egy csúnya, gonosz bestia :D Szóval lehet, hogy a te esetedben is, először mint fizikai tárolót kell törölnöd. A pvdisplay kimenetében nem jelenik meg véletlenül a meghajtód?

@"Ritana"#p526569A parancs ezt adja vissza: major minor #blocks name 8 16 125034840 sdb 8 18 1 sdb2 8 21 4126720 sdb5

@"Gremovan"#p526571Nincs sda..?? :O Hmm.

@"Ritana"#p526570A pvdisplay nem ad vissza semmit. Root jogokkal futtatva természetesen.

@"Gremovan"#p526573Akkor nincs LVM-ed ... :-/

@"Ritana"#p526572Van, csak mivel a téma szempontjából irrelevánsnak gondoltam azt kivettem. :)

@"Ritana"#p526572Biztos én vagyok a tudatlan, de nem lehet, hogy szimplán el lett rontva a partíciós tábla, és egy új létrehozásával egy csapásra megoldódna a dolog?

@"Gremovan"#p526575Oké. :) A mkfs.ext4 -I /dev/sda is lefutott hiba nélkül ? :)

SSD meghajtó particionálása nem megy

trt

GremovanAkkor még egy kérdés: -futott rendszeresen az fstrim, vagy - volt discard opció az /etc/fstab-ban? Ha a válasz mindkettőre nem, akkor megvan a hiba oka. Ha legalább az egyikre igen a válasz, akkor passz, legjobb intézni a garanciát.

Gremovan

trtA válasz mindkettőre nem. Mivel igazán nem volt használatban a lemez, nem rendszerlemezként ment eddig, csak néhány fájlt tároltam rajta. A hiba akkor jött elő mikor rendszert akartam tenni rá. A Linux mint 17.1 telepítője átparticionálta és onnantól nem működött.

trt

GremovanÉs az a "csak néhány fájl" mennyi volt valójában? Az a cserepartíció aktívan használva volt, vagy csak dísznek volt? Ugyebár az SSD-t nem szabad teljesen teleírni, és ha feltételezem, hogy kb 60-80%-ig voltak rajta fájlok, amikor a telepítés elkezdődött, akkor lehet ez is egy lehetséges hibaforrás – ez esetben törvényszerű, hogy a maradék hely beteltével leállt a telepítés... Megoldás: nemcsak törölni kell, ugyanis önmagában a törlés kevés – az SSD vezérlőjével tudatni is kell, hogy vannak felszabadítható blokkok; és akkor végzi csak el a valódi törlést. Erre szolgál az fstrim vagy a discard. Utánanézek, hogy felcsatolás nélkül hogy mehet ez. Esetleg a tune2fs segíthet.

Ritana

emergelekEz neked már az...? ;-)

emergelek

RitanaKhm,most ide linkelhetnék egy Kovács András Péter által deffiniált élethelyzetet,amikor is a tej lecsöppen a konyhabútor lapjára. Ezt én a dolgok viccesebbik oldaláról közelítettem meg.Semmi bántó szándék. https://www.youtube.com/watch?v=zxnR52I-Ab4#t=127 Poén 2perc 10-től.(sajnos nem működik az időpontra mutatás)

Gremovan

trtA swap partíciót a telepítő hozta létre, addig nem volt. 2 felé volt particionálva, kb azonos méretű darabokra, ext4 partíciók voltak. Az egyik üres volt, a másikon lehetett úgy 15 giga adat. Az adatokat letöröltem mielőtt a rendszert fel akartam tenni. De a particionálással nem foglalkoztam nagyon, gondolván, hogy majd a telepítő megoldja.

Kimarite

GremovanTöröld sorban visszafelé ezt a kettőt: "és egy kiterjesztett, benne egy 4 gigás swap partíció". Akkor nem lesz átfedés, nem tud hova. Csak törölni kéne a partíciókat, a swap-ot, majd a kiterjesztettet. (tipp. és Live Gparted CD akár)

Ritana

emergelek...őszinte válasz! :D

csuhas32

Kérdeznék, de meglehet, hogy csacskaságot.

dd

-vel ilyenkor nem lehet esetleg felülíratni?

Ritana

csuhas32Szerintem nem is olyan csacskaság ... :) dd if=/dev/zero of=/dev/sdb bs=akármi egy próbát megérne szerintem.

a mester

RitanaA gazdája szerint az fdisk nem tud írni rá. Szerintem akkor a dd sem. Ugyanazt a kernelt hívja mindegyik.

Gremovan

RitanaMegpróbálkoztam vele, minden mindegy alapon, de sajnos ez sem hozta meg a sikert. :(

Gremovan

KimariteSajnos hiába törlöm, nem hoz eredményt. Hiba nélkül lefut a partíciók törlése Gparted alatt. (csak a swap és a kiterjesztett). Mikor visszaolvassa a lemezt minden változatlan egy apróságtól eltekintve, infóként megjelenik, hogy: swaplabel: /dev/sdb5: unable to probe device: No such file or directory swaplabel: /dev/sdb5: unable to probe device: No such file or directory Live gparted cd is megvolt, az sem csinál többet ennél.

a mester

GremovanÉs mit ír a dmesg az esetről?

csuhas32

GremovanBiztos minden változatlan? sudo parted -l mit mutat?

Gremovan

GremovanA parted -l kimeneti értéke: Model: ATA KingFast (scsi) /dev/sdb lemez: 128GB Szektorméret (logikai/fizikai): 512B/512B Partíciós tábla: msdos Szám Kezdet Vég Méret Típus Fájlrendszer Zászlók 1 1049kB 124GB 124GB primary 2 124GB 128GB 4226MB extended 5 124GB 128GB 4226MB logical linux-swap(v1)

Gremovan

Köszönöm mindenkinek a segítőkészségét, idejét, energiáját, tudását, amit a problémám megoldására mozgósított! Szoftveres megoldás nem született és feladtam a küzdelmet. Valószínűsítve a hardverhibát elküldtem az eszközt szervizbe.

« Előző oldal