Aktív témák
-
zrubi
senior tag
Egyébként valaki írta, hogy a 2.4-es még jobban figyelt a bIOS-ra, a 2.6 már nem. Ezt helyesbíteném: már a 2.4-es se nagyon figyelt a BIOS-ra, a 2.2-es talán még jobban.
A 2.2-es simán azt használta, amit a BIOS mondot...
A 2.4-es CSAK akkor foglalkozik a bios beállításokkal, ha azon még nincs egyetlen partíció sem.
Ha már meg volt partícionálva, akkor kvázi a partíciós táblától tette függővé, hogy hogyan kezelje a winyót... Itt is el lehet szúrni, ha a biosba nem auto, hanem LBA vagy CHS módot választunk, de a partíciós tábla nem asszerint volt léttrehozva. Iyenkor egy `fdisk -l` parancs sír, hogy:
''Partition 1 does not end on cylinder boundary.''
De ez nem feltétlenül okoz tényleges problémát...
A 2.6 ezzel szemben egyáltalán nem foglalkozik a biossal, ő CHS ben kezeli a vinyót, mert tudja úgy kezelni és így nem függ a (teljesen) BIOS primitívségétől...
Egyébként ez a kezelési mód tette és (teszi) lehetővé, hogy bármilyen régi lapban lehet használni bármilyen nagy vinyót (csak a boot partíciónak kell az első 1024 cylyiderig lennie)
A windóz ehhez képest mindenképpen ragaszkodik az LBA mód használatához...
De mindez a kavarás CSAK az ősrégi, buta BIOS miatt van :( Ezért kellet, hogy az oprendszerek ne vegyék készpénznek a BIOS adatait.
Bárki ki is próbálhatja, hogy betesz egy + vinyót (nem amiről bootolni akar!) de a BIOS-ból kikapcsolja, és elindít egy oprendszert... Az oprendszer a biostól függetlenül látni fogja a winyót... -
tocsa
senior tag
Véleményem szerint ez egy olyan probléma, ami szabályozatlan határterületen van. Ezért se nem a Linux se nem a Win hibája. Mert az rendben van, hogy több féle geometriával lehet kezelni a vinyót, de mi van, ha a BIOS AUTO módban van. Ezek szerint nincs sehol egy byte a CMOS-ban vagy valahol, ahol le lenne rögzítve, hogy a legutóbbi oprencer milyen geometriával kezelte a vinyót? Vagy egyszerűen nem veszik figyelembe az oprencerek ennek a byte-nak az értékét?
A Win ezek alapján hibás lehet, mert LBA-ban kezel, ezáltal nem hibatűrő, míg a Linux igen. Vagy a Linuxot is megfeddhetnénk, mert nem veszi készpénznek a BIOS beállításokat. Egyébként valaki írta, hogy a 2.4-es még jobban figyelt a bIOS-ra, a 2.6 már nem. Ezt helyesbíteném: már a 2.4-es se nagyon figyelt a BIOS-ra, a 2.2-es talán még jobban. -
biker
nagyúr
namost az ok, szeritem, a winfos faszsága, már elnézést
mivel beleír a linux által CHS-re alakított táblába, de nem változtatja meg
mivel gondolom a bios ránéz az mbr-re, aminek a formátumát nézi, és ebből veszi ki az infot, ezért nézi chs-nek
alóban egy kicsit értetlen és buta volt a beégeti kifejezés, de durva hiba
mivel nem volt gondom sosem linuxxal így, és kértem is a szemétládát, NE változtassa a parttáblát, ezért erre a hibára nem gondoltam, sajna
de jó tanulság, mert kurva sokat vesztettem ezáltal, nem felejtem el egykönnyen
tanulság 2:
linuxxal mentettem le amit még tudtam :)
nem folytatom... -
#17
zrubi
senior tag
TudorVigyor
#16
zrubi
senior tag
válasz
TudorVigyor
#16
üzenetére
A valódi OK, hogy a bios olyan ősrégi, hogy sem a vindóz, sem a linux nem tulajdonít külonösebb jelentőséget az ottani winyóbeállításokank...
A 2.4-es kernelek még hallgattak a biosra valamelyest ilyen téren, de a 2.6-os már még lazábban veszi az ottani beállításokat (CHS/LBA)
A windóz szegény meg olyan buta, hogy ő MINDENKÉPPEN LBA-ban kezeli a winyókat, CHS módban egyáltalán nem is tudja kezelni... Ezért aztán amikor a user megparticionálja a vinyóját a jó kis windóz alól, akkor a partíciós tábla biztosan LBA szerint lesz.
Ha ezek után bebootol egy 2.6-os kernellel (esetünkben a fedora) (és az a kernel valamiért CHS módban kezeli avinyót) majd módosítja a partíciós táblát, akkor az szépen CHS módban fog történni, aminek a végeredménye egy összekutyult partíciós tábla (ez ritka), vagy egy teljesen OK, de CHS-módban kialakított partíciós tábla.
Az első eset totál káosz természetesen. A második esetben csak a windóz nem tud bebootolni, mert ő mindenképpen LBA szerint kezeli a winyót...
Ezt egyébként el lehetett érni 2.4-es kernellel is, bár nem ilyen könnyen... -
#16
TudorVigyor
aktív tag
zrubi
#15
TudorVigyor
aktív tag
Köszi, akkor a biker féle beszámolóban a ''a redhat után CHS lett a beégetett auto mód'' mégsem a valódi ok? Abból úgy vettem le, hogy valami beleírt a CMOS-ba, de az általad belinkel forrás másról szól. Mondjuk azt csak átfutottam, lehet, hogy elnéztem valamit...
Szerk: Ráadásul biker azt írja, hogy LBA-t beállította (BIOS setupban, gondolom), és megjavult a win.
[Szerkesztve] -
zrubi
senior tag
Ez egy ismert, publikált hiba(?)
Még itt a prohardveren is volt róla hír [L]http://prohardver.hu/rios3_content.php?mod=10&id=6927[/L] is, és mivel a hír eléggé pongyola volt, a hozzászólásokban [L]http://prohardver.hu/rios3_forum.php?mod=40&id=64219&arc=f[/L] teljesen pontosan le lett írva, hogy mikor állhat elő ez, és hogyan lehet elkerülni....
[Szerkesztve] -
biker
nagyúr
megvan a hiba, él a win
de hogy ez hogy történt, azt nem tudom
auto módban a hdd elvleg LBA, a maiak.
nos a redhat után CHS lett a beégetett auto mód, és ezen a win nem tud elindulni.
most manuálisan LBA és fut újra a win
de hogy a gennybe tudta ezt megtenni?
bár épp cikkben olvastam, hogy az összes 2.6.x kernelben ez a bug benne van állítólag
mármint hogy elkurja a bootot, de nem tudni miért
lehet ez a megoldás
[Szerkesztve] -
Alex91
félisten
En ugyan nem nagyon ertek a Linux-hoz, de ha nem cseszte szet a particiokat, csak az MBR-t irta at, es a Linux felboot-olt, akkor csak tan Linux-bol feltesz az ember egy GRUB-ot vagy LILO-t. Meg minek boot floppy? IMHO egyszerubb a bootmanager. Nekem GRUB-ban szepen bent van a Win98, Win2k(ez masik HDD-n, mondjuk ezzel szenvedtem is, hogy elinduljon :)), Amithlon, Linux.
-
Out
addikt
Az egy dolog, hogy mar volt dolgod sok linux disztribbel, de szinte mindegyikben van valami olyan ami az elotte levoben nincs, vagy maskepp van. Ez nem a te lamersagod, vagy hozzanemertesed bizonyitja, hanem csak azt hogy megkell tanulni a kulonbozo disztribek telepiteset :D En pl, eddig szinte csak Redhatot hasznaltam, es amikor egyszer kiprobaltam az UHU-t, ugy jartam mint te most a Fedora-val :D Azota kerulom az UHU-t :D
-
biker
nagyúr
előre leszegezem, nem lammer vagyok, tettem már fel több tucat linuxot, és több száz windowst
eddig vala xp+uhulinux, bootdiskkel indult a linux
no felraknám fedorát
kijelölöm, hova települjön, végülis oda ment, mert rescudisc-el néztem
kijelölöm, ne változtassa az mbr-t
na ugy szétkúrta az mbr-t, hogy 3 órámba telt egyáltalán lementeni mindent, és nem lehet win-t telepíteni a gépre
ha win-ttelepítek, akkor azt írja ki: hiba a betöltéskor, és nem indul a boot
fdisk /mbr után pedig hibaüzi nélkül álll, és nem bootol.
uj win install: hiba a betöltéskor.
átparticionálás után ugyanaz
fdiskelés után: ugyanaz
ugy sikerült most uhu-t visszatenni, hogy annak a particionálójával ujraparticionáltam, majd kiadtam a tábla kiirása parancsot.
a win install majd később jön.
hát enyit arról, hogy mennyire el tudnak emberke b...ni valamit programozással
Aktív témák
- Milyen autót vegyek?
- Autós topik látogatók beszélgetős, offolós topikja
- Jövedelem
- PlayStation 5
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Soundbar, soundplate, hangprojektor
- Az Apple bemutatta az iPhone 17-et
- exHWSW - Értünk mindenhez IS
- iPhone topik
- További aktív témák...
- Frederick Forsythe: Isten ökle (nem olvasott)
- Huawei P20 Lite 64GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- Dell és HP szerver HDD caddy keretek, adapterek. Több száz darab készleten, szállítás akár másnapra
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest