-
Fototrend
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
#60804352
törölt tag
válasz
Doky586
#15430
üzenetére
[https://tails.net/install/linux/index.en.html]Itt találod a weboldalán az install instrukciókat,egyébként csak simán lemezkép visszaállítás a gnome-disk-el.
Hidd el ha nem akarod saját módszerrel mókolni működik. -
#15426
NeoPampalini
senior tag
Doky586
#15425
NeoPampalini
senior tag
-
válasz
Doky586
#15423
üzenetére
Szia,
Erre nem tudok válaszolni, de olyat lehet csinálni, hogy pendrájvra írod ki a rendszert, így bármikor arra bootolsz be, és nem egy live, hanem egy teljes értékű rendszerbe fogsz belépni, amin bármit módosítasz, azok mentődni fognak rá. Ennek megfelelően testre tudod szabni az egészet.
Alternatív megoldásnak egy Debian minimal installt felrakni a pendrájvra, majd azt CLI-ből szépen, apránként összelegózni, hogy mi legyen benne.
-
#15039
NeoPampalini
senior tag
Doky586
#15038
NeoPampalini
senior tag
válasz
Doky586
#15038
üzenetére
Hááát. Erre konkrét dolgot nem találtam usb-s live rendszerhez, de talán ez működhet. Ugyanúgy a kicsomagolt filesystem.squashfs-ben kell matatni:
sudo nano /etc/default/ keyboard
Itt az alábbi részt...
XKBMODEL="pc105"
XKBLAYOUT="us"...kellene átírni arra, hogy:
XKBMODEL="pc105"
XKBLAYOUT="hu"Telepített rendszernél ugyanott, ugyanazt kell átírni.
-
#15033
NeoPampalini
senior tag
Doky586
#15031
NeoPampalini
senior tag
válasz
Doky586
#15031
üzenetére
Nem adtad meg a célmappát, még jó, hogy oda akarja kicsomagolni, ahonnan a parancsot kiadod (egy squashfs-root nevű mappába).
Fentebb a szintaktika:
sudo unsquashfs -f -d /HOVA /HONNAN/casper/filesystem.squashfs
Ez a HOVA mappába csomagolja ki a filesystem.squashfs file-t.
Szövegfile-t szerkeszteni pedig (root, azaz kb. a win-es "run as admin" joggal):
Lépj be az etc mappába:
cd /HOVA/etc
Majd:
sudo nano adjtime
Ha itt végeztél, akkor a ctrl-x-szel tudsz kilépni; rákérdez, hogy mentse-e, és kész.
Becsomagolás pedig:
sudo mksquashfs /HOVA/ /CÉLMAPPA/new_squash -comp xz -b 131072
Ahol a HOVA az a fentebb megadott mappa, ahova kicsomagoltad.
Bár nekem nem egészen világos, hogy mi és hol állítódik el, és hol kell utána szinkronizálni.
Live Mint-et használtam már sokszor, de ilyen idő/dátum nyűgöm soha nem volt.
-
-
#15030
NeoPampalini
senior tag
Doky586
#15029
NeoPampalini
senior tag
válasz
Doky586
#15029
üzenetére
Azért nem megy, mert nem jó a szintaktika, nincs megadva sehol forrásként a "filesystem.squashfs" (ez a TELJES filenév), satöbbi.
Esetleg így próbáld meg:
sudo unsquashfs -f -d /mappa1 /mappa2/file.squashfsmappa1: az a mappa, ahova ki akarod csomagolni
mappa2: ahol a filesystem.squashfs file van (esetedben talán /media/cdrom/casper )Vszínű a visszacsomagolásnál is ugyanez a hiba.
-
#15022
IstvánLászló
őstag
Doky586
#15018
IstvánLászló
őstag
válasz
Doky586
#15018
üzenetére
A LIVE rendszernek pont az a lényege hogy nem ír rá semmit a meghajtokra,ha csak nem installálod a Linux Mint-et.
A ramban fut a LIVE és lehetőséget ad a ki is probálására.#15021 ubyegon2
+1 igen.
A kolléga nem tudhatom hogy mit is ügyködik,azt írja 16GB ram-ja van.A gépemen csak LinuxOS fut,wint nem használók és anomáliákat,talán ezét nem is tapasztalok.
-
válasz
Doky586
#15018
üzenetére
Nekem eddig elég volt, hogy a lemezre nem ír, igaz fura is lett volna, mert első laptomomat meghajtó nélkül használtam pár hétig.
Az nem tünt fel soha, hogy a BIOS óráját csavargatja, eszerint nem nagyon zavart a dolog.
Lehet amúgy, hogy nem kevés RAM miatt nem tudsz live-ban ügyködni, ebben nem voltam biztos. Amúgy más Linuxok is csinálják ezt a galádságot vagy csak. Linux Mint?
-
zizidor
őstag
válasz
Doky586
#15018
üzenetére
Én emiatt szoktam inkább külső meghajtóra telepített Linuxot használni. Átvihető másik gépre (nem úgy mint a Windows), és csak a saját, külső meghajtón lévő fájlrendszereit használja (uuid alapján). Frissíthető, konfigurálható, megmaradnak a saját fájlok és beállítások is.
Amúgy persze van olyan, amikor kimondottan az eredeti live rendszerre van szükség. -
válasz
Doky586
#15013
üzenetére
Még mindig nem túl felhasználóbarátan csinálják a live rendszert a fejlesztők.
Amit szeretnél, úgy érzed komoly felhasználói igény lenne rá?
Azt ugye sejted, hogy amit csinálni szeretnél, ahhoz azért jó sok RAM is kéne...elárulod mennyi RAM van a gépben, amin ezt a rendkívül alap dolgot el szeretnéd követni?Az meg, hogy Windowson nem tudod visszacsomagolni...
-
zizidor
őstag
válasz
Doky586
#15013
üzenetére
Gondolom ugyanezt meg lehetne csinálni futó live rendszer alatt is. Lehet telepíteni plusz csomagokat, többnyire az összes csomag frissítése nélkül is, így nem kell VirtualBox és arra Linux telepítés. Notepad helyett meg xed, vagy bármely más text editor.
Telepített oprendszeren meg: sudo timedatectl set-local-rtc 1
-
válasz
Doky586
#15012
üzenetére
Na megtaláltam hogy ezt már kérdeztem 1 éve, ez volt a konklúzió:
a P:\casper\filesystem.squashfs\etc\adjtime fileban kellene az alsó sorban levő UTC betűket lecserélni LOCAL ra.Kicsomagolni a 2,4GB filet ugyan windowson is ki tudnám 7zip-el de visszacsomagolni csak linuxon lehet. Ehhez meg nem elég a live linux (?)
kicsomagol: unsquashfs -s squashfs_1
becsomagol: mksquashfs squashfs_1_out/ squashfs_1_new -comp xz -b 131072Úgyhogy ezen pár betű cseréjéhez windows alatt muszáj virtualboxot telepíteni, arra linuxot telepíteni, arra unsquashfs csomagot telepíteni, azzal ki-be csomagolni, közben win notepaddal betűket lecserélni.
Még mindig nem túl felhasználóbarátan csinálják a live rendszert a fejlesztők.
-
sonar
addikt
válasz
Doky586
#14593
üzenetére
Valószínüleg létezik más megoldás is, de én ezt használtam már.
Kibontás:unsquashfs -s squashfs_1Found a valid SQUASHFS 4:0 superblock on squashfs_1.
Creation or last append time Tue May 21 13:22:45 2019
Filesystem size 3353204 bytes (3274.61 Kbytes / 3.20 Mbytes)
Compression xz
Block size 131072
Filesystem is exportable via NFS
Inodes are compressed
Data is compressed
Uids/Gids (Id table) are compressed
Fragments are compressed
Always-use-fragments option is not specified
Xattrs are compressed
Duplicates are removed
Number of fragments 14
Number of inodes 407
Number of ids 2Becsomagolásnál a paraméterek a kibontás outputjában megtalálhatóak,
kiemeltem vastaggal.# mksquashfs squashfs_1_out/ squashfs_1_new -comp xz -b 131072 -
sonar
addikt
válasz
Doky586
#14590
üzenetére
A cat-tel kezdődő sor a parancs, az elkészíti neked a file-t
A jogosultságokat nem vágom most, de egyébként elvileg ezt a filet elkészíti magának a service. Tehát ha live-val bebootolsz és a timedatectl-es mókát végigcsinálod akkor ott lesz a file a megfelelő tartalommal és jogosultsággal, neked csak az iso-dba/pendrive-odra kell felmásolnod -
sonar
addikt
válasz
Doky586
#14582
üzenetére
Elvileg ez a megoldás:
/etc/adjtime filet létrehozni a megfelelő tartalommal és ezt berakni az ISO-ba.systemd-timedated reads /etc/adjtime, and depending on the contents of the file, it sets the clock to either UTC or local time.
Create the /etc/adjtime file with the following contents if your hardware clock is set to local time:
cat > /etc/adjtime << "EOF"
0.0 0 0.0
0
LOCAL
EOF -
K0zm0
aktív tag
válasz
Doky586
#14577
üzenetére
Bocs, az utolsó soron elcsúszott a szemem az eredeti hozzászólásodnál!
Akkor csak egy dolog jut hirtelen eszembe, de az sem tuti: telepítésnél a területi beállításoknál nem emlékszem, hogy van-e lehetőség arra, hogy kézzel add meg az időt, ahogy írtad is. Ha utólag állítod be a feltelepült rendszerben, akkor az már elpiszkálja a HW órát.
Ha ez sem akkor csak az marad amit @sonar említett, hogy paraméterezned kell a live rendszer kerneljét, de ahhoz én már kevés vagyok.
-
K0zm0
aktív tag
válasz
Doky586
#14573
üzenetére
A Linux kezdőknek topikban most oldotunk ilyen gondokat, az oka ebben keresendő:
"By default, Linux assumes that the time stored in the hardware clock is in UTC, not the local time. On the other hand, Windows thinks that the time stored on the hardware clock is local time. That’s where the trouble starts."
Elvileg ezekkel a beállításokkal kellene operálni (köszönet érte @lck kollégának!):Linux alatt terminálban ezt futtasd le:
timedatectl set-local-rtc 0Windows alatt pedig regedit-be ezt tedd be:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=qword:00000001Ha persistent a USB-s rendszer akkor elméletileg megtartja a beállításokat.
-
sonar
addikt
válasz
Doky586
#14573
üzenetére
Egy jó tanács, windows-on kapcsold be a Windows Time services-t
Akkor mindig pontos időd lesz, mert egy időszerverhez fog szinkronizálni és nem a "bios" órához.
Egy szerintem kellően részletes cikk ami ad egyébként javaslatokat is: [link]
De mivel live OS-t használsz ezt előre kivédeni nehéz, max ha utána jársz, hogy milyen kernel paraméterekkel kéne indítanod a live linux-ot. -
zizidor
őstag
válasz
Doky586
#14557
üzenetére
Én is úgy emlékszem, hogy nem szokott gond lenni a telepítéssel, jó pár secure bootos gépre tettem már fel. Amihez további tanúsítvány kell (pl. nvidia driverek), azt újraindításkor megoldja a mokmanagerrel. Yumi helyett én a Ventoy-t szoktam használni, annak ugyanúgy van importálható tanúsítványa.
Inkább az a probléma, hogy a GRUB a moduljai nélkül csak alapvető dolgokra használható. Be lehet tölteni vele a Linuxot vagy a Windowst is, de egy kívánt grafikus módot (felbontást) már nem. Van akinél elvárás, hogy grafikus felületű menüből választhasson, melyik oprendszert akarja indítani. Ehhez meg ki kell kapcsolni a secure bootot. Egyelőre nem tragikus, tapasztalat szerint most még így is megy a Windows, de ki tudja mikor gondolják meg magukat.
-
#14529
Fire/SOUL/CD
félisten
Doky586
#14526
-
válasz
Doky586
#14526
üzenetére
A virustotal se jelez vírust [link], ámbár nem tudom a linuxos kártevőket észreveszi-e?
Ja, de én is pont ugyanazt linkeltem.
Gondolom csak észrevenné, a virnyákok felépítése elég hasonló. Láttam régebbi kérdéseket én is pár oldalon, de valahogy semmi infó, eszerint csak nem lehet igazán gond. Amikor sok éve valami gixer volt Mint-nél, azt egyből mindenhol tárgyalni kezdték... Hátha linuxmint.hu-s fórumtársunk erre jár és ír valami okosat erről. eltoritokifejezésre amúgy a legtöbb találat valami fickósító szer volt!
clamtk-val lefuttatom azért az ISO-t
Nem talált semmit...
-
#14523
Fire/SOUL/CD
félisten
Doky586
#14522
válasz
Doky586
#14522
üzenetére
Most megnéztem a Mate 21.2-t is, abban is ugyanez a hiba van az eltorito.img-l az MD5SUM fájlt használva, de a SHA256sum.txt-l ellenőrizve rendben van az ISO.
Te is ellenőrizd le a korábban említett módon az ISO-t, ha az OK, akkor nem kell vele foglalkozni. (Csak kíváncsiságból egy régebbi 19-es Mint-et is néztem, abban még benne sincs ez a eltorito.img...) -
#14521
Fire/SOUL/CD
félisten
Doky586
#14520
válasz
Doky586
#14520
üzenetére
Persze, hogy kell vele foglalkozni, csak azt nem tudom, hogy honnan szedtél MD5 CRC-t...
A lényeg, hogy innen töltsd le a sha256sum.txt-t, nevezd át SHA kiterjesztésre, másold be az ISO-t tartalmazó mappába és úgy ellenőrizd TC-vel a CRC-t. -
Frawly
veterán
válasz
Doky586
#13098
üzenetére
Ja, az akkor más. Bár továbbra is amatőr hatása van. Persze, írni, olvasni tudja. Anno én is így kezdtem el Linuxot használni, hogy XP-vel készült partíciókra ment, sokáig az adatpartíciókon és külső meghajtókon az NTFS-t is meghagytam, és nem bénázásból, de nem tudtam még akkor, hogy a Linux be fog-e jönni fő rendszernek, sokáig amolyan kísérleti jelleggel ment. Aztán szépen fokozatosan gyalultam arról a gépről ezeket, és ext4-es partíciók mentek a helyére. Persze, mentek az NTFS partíciók is, de nagyobb procioverheaddel és lassabban, igaz sokat nem befolyásolt, mert szintén egy régi, 160 gigás, 5400 rpm-es, SATA2-es, CHS-ses laptop HDD-ről ment az egész, ez még 7 éve volt, már a gép sincs meg jó pár éve, már akkoriban is erősen elavultnak számított az egész cucc.
-
Frawly
veterán
válasz
Doky586
#13087
üzenetére
Én a helyedben letúrtam volna az összes partíciót. Minek Linux alá egy 100 gigás NTFS? Felesleges, csak nagyobb overheadje van lemezműveleteknél. Azt se látom milyen meghajtó ez, SSD vagy HDD. Bár így is működik, mert az NTFS-3G csomag kezeli, meg hamarosan a Linux kernelbe is mellékelik a Paragon-féle NTFS drivert, ami írni is tudja NTFS-3G csomag nélkül, de szuboptimális Linuxot NTFS partícióval használni, nem a névsorrend miatt, hanem teljesítményre, töredezésre, jogosultságkiosztásra, stb.. Kicsit olyasmi, mint a Windowst próbálnád FAT32-es partícióval használni NTFS helyett az is megy, de megkérdőjelezhető hatékonysággal és mellékhatásokkal.
Szóval ha még nem laktad be, telepítsd újra. Legalább gyakorlod a telepítést. Látszik, hogy az egész gányolás, nem csak az NTFS partíciónál, de az első partíció is ilyen teljesen random, 4K-val nem osztható szektoron kezdődik (ami régi HDD-nél nem baj, de akkor is furcsa, mert azon meg 63. szektornál kéne kezdeni), meg a lemez végén is ott árválkodik 2,84 MB le nem foglalt terület, ami ugyan hibát megint nem okoz, meg a meghajtónak kevesebb mint 1%-a, de egyszerűen csak amatőrül néz ki, abszolúte látszik, hogy még egy XP telepítővel lett összegányolva annak idején.
Mondom, nagyon ajánlom a Linuxot ext4-gyel használni: gyorsabb (főleg sok kis fájlnál tud nagyon brutális lenni a különbség), nem töredezik messze annyira. Érezni fogod, hogy gyorsabb tőle a gép, pörgősebben olvas be dolgokat, lerövidülnek betöltési idők.
Lehetne ugyan újratelepítés nélkül is, kézi partíciótörlés, adatokat tartalmazó partíciók áthelyezése és átméretezése, a GParted megcsinálja adatvesztés nélkül, de egy csomó idő, gyorsabb újrahúzni a rendszert, míg friss és nincs belakva.
Ha már egyszer feltettél az XP helyett Linuxot, akkor legyen rendesen tiszta lappal kezdés, és nem a múlt ereklyéinek meg limitációinak őrizgetése. Ez alól egy kivétel lenne, ha dualbootban lenne hagyva retrózáshoz egy XP, de 150-160 gigás lemezen felesleges 2 OS-t tartani, az nem elég hely rá, vagyis csak akkor, ha nem lesz napi szinten használva fő rendszernek.
-
válasz
Doky586
#13087
üzenetére
Igazán nincs mit!
Naná, hogy sikerült telepíteni, Mint-et a legkönnyebb, nekem is hibátlanul sikerült párszáz alkalommal.Egyébként a sorrend nálam mindig katonás,
...elképzelhető, hogy az NTFS miatt rakta utolsónak nálad a sda2-est.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Viszont ha XP-vel hoztad létre a particiót, érdemes lenne lecsekkolnod az alignálást, bár ha nem SSD.....(olyan rég foglalkoztam már ezzel a témakörrel, hogy hirtelen nem ugrik be, számít-e HDD-nél is) -
-
#10757
King Unique
titán
Doky586
#10755
King Unique
titán
válasz
Doky586
#10755
üzenetére
Az újabb Windowsoknál lehet, de a Linux ISO-k rendszerint ISOHybrid képfájlok és azokhoz eleve inkább a dd-zés való. Működhet UEFI bootnál akár azoknál is a fájlkezelős másolás, de az előbbi a biztos és a javasolt, egyes disztróknál (pl. Arch, Chakra, Manjaro) meg pláne...
Egyébként ha már szóba került a W10 + Mint dual-boot, akkor nem feltétlen kell kikapcsolni a Secure Boot funkciót minden esetben, nálam is laptopon bekapcsolt állapotban van telepítve, illetve általában szokott lenni az Ubuntu, Mint, Fedora és társainak megfelelő, aláírt kulcsa. A gyorsindítást (Fast Startup) viszont inkább, de még azt sem feltétlen kötelező, mivel bekapcsolt állapotban is lehet a "shiftes leállítással" teljes leállítás csinálni. Ha eleve ki volt kapcsolva, akkor pedig már a legutóbbi (1809) upgrade során sem kapcsolódott vissza csak úgy magától.
-
#63718632
törölt tag
válasz
Doky586
#10749
üzenetére
Nincs ez elrontva, ez ilyen.
Amíg az OEM Win7 volt az 500GB-os HDD-n, arra a lemezre nem tudtam dual boot-ban 64bites linuxokat telepíteni úgy, hogy felvegyék a grubba a Win7-et. Ez Ubuntu 14.04-16.04 környékén volt, amikor már a 64 bitesek tudtak uefi kompatibilis módban bootolni. Be is bootoltak és fel is települtek, de a legacy-s Win7-ről nem tudtak. Ezért 32 bites linuxokat használtam, legacy-ban, mert azok csak azt tudták.Tudom, hogy furán hangzik amit eddig felvázoltam, de ez a noti nem egy szabványos implementáció. Tudom, mert már 2011 óta meg van és futottam vele egy pár kört minden témában.
Majd bővítettem memóriát, hogy ne csak 32 bites linuxokat használjak, vettem bele egy bővítő keretet az ODD helyére. Onnantól kezdve nem piszkáltam a wines lemezt.
Majd jött a multkoriban, hogy a Win7 kifutása miatt, megpróbáltam az OEM liszencet átvinni Win10-re. Ekkor jött az SSD-re install, bios frissítés, majd a másik SSD-re a linuxom. Win7 alatt MCT-vel csináltam USB telepítőt. Annak meg odaadtam a szűz lemezt, az meg uefis-re csinálta a telepítést. A linuxommal csak alkalmazkodtam a környzethez.
Jól van ez így. A noti 8 éves létére beton stabil és nagyon szeretem.
Csak megjegyzésként említeném, hogy a mai uefis világban nagyon nehéz megmondani távolról, hogy egy kérdező mit állítgasson az alaplapján, ha valami bootolás, telepítés problémája van.
A régi biosok sem voltak egyformák, de azért az alap dolgokban kb.75%-ban megegyeztek.
A mai uefi-s lapok meg, mint égen a csillag annyi féle implementáció és menü szerkezet. Nem beszélve a Win10 only laptopokról meg pláne. -
#63718632
törölt tag
válasz
Doky586
#10744
üzenetére
Nekem jól van ez így, ha már így lett. Nem is akartam kutyulni őket.
Meg az én notim egy különleges állatfaj, kezdeti uefi implementációval. Nem választhatok, hogy legacy vagy uefi. A Windows dönti el, hogy mit használ. Tudom hülyén hangzik, de így van. A Win10 miatt biost is kellett frissítenem, mert nem kapcsolt ki és nem rebootolt.
A 10-es volt az első rendszer, azt telepítettem ssd-re, majd utána a linuxomat másik ssd-re, úgy hogy benn volt végig a 10-es is. Tudatosan partícionáltam a linuxos ssd-t, rendes gpt tábla, /efi/boot partícióval.
Igaz először a 10-es boot partíciójára akarta a rendszerindítót tenni, de manuálisan a saját ssd-jére tettem.
A grubban később vettem észre, az nem volt tudatos.A wines ssd-t nem fogom máshol használni, csak ebben a notiban. Míg a linuxos lehet máshol is ha éppen arra van szükségem és uefis a környezet. Így gondban lennék, ha a 10 efi partícióját használná ő is.
Hibrid bootolásról én még nem hallottam. Vagy uefi, vagy legacy, vagy csak uefi újabb lapokban. Egy legacy-s telepítés nem fog bebootolni uefi környezetben, hacsak nem átállítjuk neki.
-
Frawly
veterán
válasz
Doky586
#10736
üzenetére
Azt is lehet, hogy felraksz egy Mint Xfce-t, ha az úgyis megy, majd mikor fent van, feltelepíted rá utólag a Mate asztali környezetet, ha mindenképp Mate-t akarsz.
Az NV6200-at meghajtani a legjobb az opensource nouveau driver lenne. A zártat is fel lehet tenni, lehet pár FPS-sel többet hoz, de az nem éri meg a szopást, főleg, hogy a 6200 úgyse elég erős játékokhoz, annyi, hogy 15-20 helyett lesz 20-25 fps. Adott esetben számíthat, de nem valami gyakorlati dolog.
Disztróknál a 32 bitet sokféleképpen hívják. Általában x86-nak nevezik, de láttam már i386-nak, x32-nek, i686-nak írva is. Kezdő felhasználókat az amd64 jelölés szokta megzavarni, ha 64 biteset akarnak letölteni, azt hiszik csak AMD CPU-ra jó, közben meg Intelre is. Szerencsésebb az amd64-es jelölés helyett az x64 vagy x86_64 vagy csak egyszerűen 64-bit.
x686 nincs. Vagy x86 vagy i686 van. De pl. a Debian-alapú disztrók sokszor i386-nak nevezik, ami megtévesztő, mert min. 686-os proci kell neki, Pentium Pro vagy újabb, minden, aminél a CPUID CPU family 6-ot vagy magasabb számot ír. Régen voltak disztrók, amik tényleg i386-osak voltak, de ezek is gyorsan váltottak i486-ra. Persze az i686 is megtévesztő valahol egy kicsit, mert nem csak Intel procira jó, hanem a family 6-os vagy magasabb AMD-re is, pl. K6, Athlon, AthlonXP, stb..
-
válasz
Doky586
#10732
üzenetére
x686 a 32bit, az amd64 a 64bit, desktop distróknál így különböztetik meg általában, de letöltésnél már egyértelmű a dolog, vagy 32bit vagy 64bit
Egyre több disztrónál megszűnik lassan a 32bites kiadás. A Mint XFCE 32bites kiadást is érdemes lenne megpróbálnod.
termial parancs akár Linux alatt is található a cpu-ra: (gondoltad volna?)
cat /proc/cpuinfolscpu
-
Frawly
veterán
válasz
Doky586
#10729
üzenetére
Linuxon nincs ilyen. A népszerű disztrók, mint a Mint, 32 bitesen i686-ra vannak fordítva, és nem feltételeznek speciális utasításkészletet. Talán a kernel lehet PAE-s, de a P4 azt támogatja, de amelyik proci nem támogatja, annál is leérhető ez, csak non PAE kernel használatával. A gyakorlatban jelentősége nincs, PAE-t nem támogató procik úgyis olyan régiek, hogy túl gyengék használhatóan futtatni modern Linuxot, meg alkalmatlanok böngészésre meg mindenre.
P4-esen a Win8-10 is mehet, legalábbis a Prescottoktól kezdve voltak olyan modellek, amelyeken volt NX támogatás. PAE meg SSE2 meg az összes P4-en van. Win10-en van egy további követelmény, a CMPXCHG16 utasítás támogatása (ez még csak nem is utasításkészlet), de az NX-et támogató P4-ek ezt is támogatják. Az AMD64-es rendszereken szopó, a nagyon korai példányok nem támogatták a CMPXCHG16-ot. A Linuxnak nem kell ilyen, de azon meg inkább attól függ, hogy a kerneltbinárist, meg a csomagokat milyen optimalizációk mellett fordították. A CMPXCHG16 mindenképp MS-os fetisizmus, egyetlen olyan másik szoftvert sem láttam, amelyiknél ez követelmény lett volna.
A 32 bit pont ezen a ponton is hátrányos. Az Arch fórumon láttam anno csomagfenntartót panaszkodni, mikor még a 32 bit támogatva volt, hogy i686-ra kell fordítani, de pl. még az MMX, SSE2, stb. utasításkészletet sem lehet bekapcsolni, mert nem minden i686 generáció támogatja. Emiatt meg újabb procikon, 32 bitesként használva szupoptimális a bináris teljesítménye.
A 64 bitnek ez is előnye, 64 bites procin egy csomó kiegészítő utasításkészlet feltételezhető, nem kell PAE sem, stb.. Persze ha valaki úgyis mindent forráskódból forgat, akkor mindegy, fordításkor be lehet állítani, hogy CPU-hoz, amin a fordítás történik, hozzáigazítsa a támogatott utasításkészetek szerinti optimalizációt is. Elméletileg a modern Linux kernel fut 486-oson is, ha arra fordítod, de pl. néhány éve még a 386-ost is támogatta. Pl. NetBSD elméletileg elindul még 386-oson is, persze nem lesz rajta érdemben használható, meg a RAM mérete is kérdéses lesz gyakorlatilag.
De a kész binárisoknál ebbe nem tudsz beleszólni, pl. a Clear Linux olyan, ami 64 biten is még megkövetel egy csomó modern utasításkészletet, emiatt pl. C2D-n, P4-en nem megy. De a P4-gyel nem lesz gondod Minten, akkor sem, ha nem Prescott/Cedar Mill, hanem korábbi. Sokkal inkább az az izgalmasabb, hogy melyik DE-s kiadás fut rajta használható sebességgel, úgy, hogy a gép böngészésre, stb. is alkalmas maradjon.
Gondolom csak észrevenné, a virnyákok felépítése elég hasonló. Láttam régebbi kérdéseket én is pár oldalon, de valahogy semmi infó, eszerint csak nem lehet igazán gond. Amikor sok éve valami gixer volt Mint-nél, azt egyből mindenhol tárgyalni kezdték... Hátha linuxmint.hu-s fórumtársunk erre jár és ír valami okosat erről. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Viszont ha XP-vel hoztad létre a particiót, érdemes lenne lecsekkolnod az alignálást, bár ha nem SSD.....(olyan rég foglalkoztam már ezzel a témakörrel, hogy hirtelen nem ugrik be, számít-e HDD-nél is)
Új hozzászólás Aktív témák
RowonA topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Antivírus szoftverek, VPN
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- QNAP TS-870U-RP 8 lemezes Rack NAS
- Eredeti Lenovo USB-C 65W töltő
- Konzol felvásárlás!! Xbox Series S, Xbox Serries X
- Bomba ár! Dell Latitude E6500 - Intel P8600 I 3GB I 160GB I DVDROM I 15,4" WXGA+ I Garancia!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest