Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › Fdisk /mbr a primary slave hard drive-ra
- This topic has 9 hozzászólás, 7 résztvevő, and was last updated 20 years, 10 months telt el by
palko_p.
-
SzerzőBejegyzés
-
2004-07-21-08:13 #1959881
🙄
Miután kedves Windows XP-m elhalálozott, UHU került a helyére. (File hivatkozások, írási problémák stb…) A telepítés után az elsõdleges winchester kiválóan mûködik, de a másodlagos vinyó-t látja minden csak nem tudja olvasni. Már mindent megpróbáltam, már csak egy dolog van hátra (hogy az erre a meghajtóra elmentett több gigányi adatot megmentsem) – fdisk /mbr. Hogyan kell kiadni a parancsot promtról, hogy ne az aktív vinyóra vonatkozzon?Root-ként sem tudod olvasni?
Ha igen akkor kiírod rw cd-re, aztán vissza a linuxá változatott, /dev/hdb-re!
HA az uhu grubját az mbr-be tetted, akkor ne piszkáld mert az uhu sem fog indulni!2004-07-21-09:21 #1959882Hi!
Az fdisk /mbr szerintem nem lesz megoldás, inkább jó lenne tudni milyen partíciók voltak/vannak rajta, tehát mi változott.
Mit jelent az, hogy látja minden, csak olvasni nem lehet?Az fdisk /mbr halovány emlékeim szerint a primary master / pr slave /secondary master / sec slave sorrendben hat, azaz ezek közül az elsõre amit talál a dos/windows (amennyiben a biosban nincs birizgálva a boot sorrend, hogy bonyolódjon a dolog ;)). Biztosra úgy mehetsz, ha kiveszed közben a másik winyót (tehát csak a ‘rossz’ marad a gépben), ha tényleg ezt akarod, és tudod mit csinálsz.
2004-07-21-13:00 #1959883Fogsz egy Live linux CD-t, a többség megy root-ként, sõt…
Oszt azt másolsz, amit akarsz. Slax, Flonix, MiniSlax, stb…
Eccerû, mint a faék… 😉2004-07-21-13:11 #1959884nyilvan ntfs-rol van szo.. akkor viszont cumi
2004-07-21-13:25 #1959885Nem cumi, mert ha jól értem az ex-Window$ NTFS-rõl kéne levenni a cuccot. Azt meg mejd’minden olvassa, csak az írás gáz.
De lehet, hogy én értettem félre…
2004-07-21-13:42 #1959886Itt a linuxforumon található utalás ugynevezett UHU LINUX RESCUE cd-re.
Letöltöd az iso fájlt, megírod a CD-t.
Benthagyod az olvasóba, felbútolsz a cd olvasóról, a 3-as pontot választod, a rescue cd indítása, a következõ kérdésre (automount) igent. ûtsz.
Bejelentkezel „root” ként (nem kell jelszó!) és megtalálod az összes meghajtódat a /mnt könyvtárban. Másolsz mint a gép egyikrõl a másikra, amit akarsz.
Ha F5-öt nyomsz a parancssorban kijön egy „start” parancs, elindítva menüvel válogat6tsz a programok közül, akár particionáló programot is!
A partíció megváltoztatása után a lemezen lévõ adatok valószínûleg elvesznek! 🙁2004-07-22-11:04 #1959887Sziasztok!
Elõször is, nagyon szépen köszönöm az összes hozzászólást! Kaptam pár jó ötletet, bár a megoldáshoz még nem kerültem közelebb. Bár még láma vagyok a Linux terén, de a bulldog váérem nem fog békén hagyni. Az elõzõ hozzászóláshoz képest pontosítanék.
Eredet:
Vala a gépem és benne két vinyó:
Primary master: Matrox, 130 Gbyte
Primary slave: IBM 70 GbyteMasteren: XP az elsõ partíción, adatok a másodikon.
Slave: rack-ben, adatok hordozására szolgált.Symptome:
XP egyszer csak megomlott, állandóan errorral léptek ki a programok, nem gyõztem defragmentálni, stb… (Nem volt Service Pack rajta). Gondolva a kármentésre, adatokat átrántottam a Slave vinyóra.
Mentés után XP rescue. Nem igazán jött össze, rosszabb lett, mint volt, bootolási problémák stb… Meghoztam a megfelelõ döntést : kill XP.
Winchester újra particionálás, dual boot, (sajnos az XP kell bizonyos programokhoz) de mellé kipróbálás céljából felugrott az UHU. (Vannak Linuxos zöngéim már rég óta) de kb 2-3 éve egyátalán nem foglalkoztam vele, Read Hat 6.0 a legújabb verzióm. 9.0 beszerzés alatt.)
miután elsõdleges vinyom müködõképesen állot, visszatettem a rackbe a slave vinyót és olvasni probáltam, hogy az adatokat lementhessem róla. (FAT32-es volt) ==] apró problémák:XP alól, a vinyó látszik, de nem particiónáltnak látszik. Partition Magic 7.0 Pro látja, de javasolja, hogy particionáljam, ha használni is akarom.
Linux:
Nem tudom mountolni. FSCK nem fér hozzá, superblock hibát jelez. Javítás: eredménytelen.kb, 4-5 Gbyte adat van rajta, ami fontos, a többiért nem kár…
Szóval, ez a rövid történet. Gyanítom, hogy a boot sektor sérült, halódó XP teleszemetelte, ami nem tesz jót az újraolvashatóságnak. Tegnap éjjel, párszor nekiszaladtam, de nem igazán értem el eredményt. Nem tudom, hogy milyen disk-„matató” progi vagy metódus jöhet még számításba.
Tipp esetleg?
Elõre is köszönöm!
C
2004-07-22-11:23 #1959888Lehet, hogy hardverhibás (sérült). Nekem is van egy ilyen vinyóm, tökéletes, amíg csak bootolni nem akarok róla. Azt nem szereti. Hozom-viszem célokra kifogástalan.
Ha ez van, particionálás és formázás után ki fog derülni. Az adatmentés gáz, ha sehogy nem tudod mountolni, sajna nincs tippem.Egyébként meg a Win összerondította??? 😯 😯 😯
Na ne mán, az nem olyan ❗ 😉 😆2004-07-23-08:20 #1959889Milyen és hány partíció volt eredetileg a 70 Gigás winyón, amikor átmásoltad rá a cuccost?
Ha NTFS volt, akoor xp boot cd-vel tudod helyreállítani a boot szektort és a partíciós táblát.
Ha fat 32-es volt, akkor win98 telepítõ lemezrõl kell bebootolni és sys paranccsal átvinni a boot rekordot a winyóra.
Természetesen ezeknél a kísérleteleteknél a 70 gigás winyónak 1edül kell lennie, tehát húzd le a másik éles winyót a szalagkábelrõl.2009-12-04-19:56 #1875236🙄
Miután kedves Windows XP-m elhalálozott, UHU került a helyére. (File hivatkozások, írási problémák stb…) A telepítés után az elsõdleges winchester kiválóan mûködik, de a másodlagos vinyó-t látja minden csak nem tudja olvasni. Már mindent megpróbáltam, már csak egy dolog van hátra (hogy az erre a meghajtóra elmentett több gigányi adatot megmentsem) – fdisk /mbr. Hogyan kell kiadni a parancsot promtról, hogy ne az aktív vinyóra vonatkozzon? -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz