-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#107100
fekete.puma
aktív tag
ubyegon2
#107099
fekete.puma
aktív tag
válasz
ubyegon2
#107099
üzenetére
Nem hittem, hanem ahogy említettem is, pontosan tudom. Linux home user használatnál nem igazán jön ki a NVMe előnye
Nem ez alapján kell nézni a képességeket, hogy a sima hétköznapi home user! Nekik nincs is olyan pc-jük amibe érdemes lenne venni, vagy ha van is, nem használ olyan feladatokat aminél profitálna.
pl Ez olyan mint leállni valakivel vitatkozni, hogy minek vett 650cm³ motort? Mennyivel többet fogyaszt és neki a 125cm³ is megfelel, a másiknak meg az 50 cm³ is bőven elég.
Aki a 650-est vette az pontosan tudja hogy miért, nem az határozta meg, hogy a faluban milyen van a többségnek... -
#107099
ubyegon2
félisten
fekete.puma
#107098
válasz
fekete.puma
#107098
üzenetére
Komolyan azt hitted, hogy egy komolyabb gépbe, több éves távlatban nem jött ki a gyors SSD-nek az előnyei, játék betöltés meg alkalmazás megnyitásnál lezárult?
Nem hittem, hanem ahogy említettem is, pontosan tudom. Linux home user használatnál nem igazán jön ki a NVMe előnye. De szerintem mindent leírtam erről. Anno a HDD és SATA SSD között átlag 100x mértékben emelkedett a access time érték, ami már nagyon érezhető volt rendszer és programok futtatásánál, betöltésénél, ugyanez a nagy ugrás nincs meg a SATA és NVMe SSD-k között, nyilván aki jobban kihasználja a magasabb szekvenciális sebességet, annál más a helyzet. Nem azt állítottam, hogy nem profitálhat ebből senki.
SK Hynix Platinum P41 OEM verziója van nekem amúgy, ez PCIe 4.0 egyébként, de a megbízhatósága és magas minősége miatt vettem még egyet, nem a veszedelmes gyorsasága miatt. Multkor a lassan 10 éves Intel 520 120GB-on lévő rendszer futott a Zbookon és semmi különöset nem vettem észre, pedig az lassúnak számít a Samsung 860 EVO-hoz képest is.
De lényegében azt is leírtam, hogy ma már NVMe SSD-t érdemes venni, az okait nem írom le még egyszer.
#Linux #NVMe vs SATA #SSD
-
#107098
fekete.puma
aktív tag
ubyegon2
#107097
fekete.puma
aktív tag
válasz
ubyegon2
#107097
üzenetére
Neked is csak ha jól tudom a (PCIe 3.0 x4) kb. 3,5 GB/s van és mondod, hogy minek a gyorsabb?
Egy gépet attól, hogy pl gamer nem csak játékra használnak és nem csak videóvágásra hanem össze adódik.
Leírtam, hogy hol jönnek ki az előnyei azt, hogy egyiket sem használod ki az már a te dolgod de akkor már más sem profitálhat belőle?
Ennél leragadtál és csak ezt szajkózod!
Ja igen, remélem sikerült kiszámolni, hogy a képen lévő két SATA SSD mennyivel később tölti be a gamet! Külön érdekes a SATA 38,5s ideje és az alatta lévő PCIe 4.0 38,6s betöltési ideje! Hol is van az a 10x-es sebesség?
Komolyan azt hitted, hogy egy komolyabb gépbe, több éves távlatban nem jött ki a gyors SSD-nek az előnyei, játék betöltés meg alkalmazás megnyitásnál lezárult? -
#107097
ubyegon2
félisten
fekete.puma
#107087
válasz
fekete.puma
#107087
üzenetére
#linux #game #SSD
Ha a használt üzleti noti lomis gépnek számít, akkor az tényleg sok van.
Mivel Linuxon is sokan gamelnek és nem mindegy milyen meghajtóról teszik ezt, így hátha nemoff annyira...
Menj be egy Gamer topikba vagy ha van videó vágás szerkesztésbe és nézd meg az embereknek milyen gépeik vannak.
Ne fárassz már ezekkel a gamer gépes marhaságokkal, ezeréve tudott, hogy pont gamenél nem sokat számít, milyen SSD van a gépben, nem arról fut a játék. Ezernyi összehasonlító teszt van, épp ma is írtaák, hogy ma már csak NVMe SSD-s géppel lehet játszani és beraknak egy videót, ahol a képek nagyrésze ezt mutatja:
Csak a porcijuk került többe mint neked a laptopod, belevágnál egy lassú SSD-t?
Jó ideje a szaktopikban is NVMe SSD-ket javasolnak, de nem azért, amiért írod, hanem mert a gyártók már arra álltak át, alig van Sata SSD és árban sem olcsóbbak, plusz az újabb alaplapok már tele vannak PCIe 4.0 meg 5.0 csatlakozókkal.
Az OK, hogy ezeknek a gamereknek a procijuk többe kerül, mint az én gépem, bár ezt nem érzem releváns infónak a témában, de kicsit mosolygok, mert vagy 3-4 éve láttam 6 desktopot, amikben nem szutyok gamer alkatrészek voltak, össze volt kötve a 6 gép és nyomta a 3D rendereket akár 15-20 óra is volt egy kép. Vicces, hogy csak Sata SSD-kre dolgozott a rendszer, nyilván DRAM cache az lényeg volt itt is. Azóta egy gépen fut a renderelés és már nem gamergépalázó CPU-k számolnak benne, hanem gamergépmegmosolygó VGA. Ebben már nyilván NVMe SSD dolgozik, de csak a fent leírt okok miatt. Szóval ugorjuk már ezt a gamergépektől hanyatt tátom a számat témát.
Azt vettem egyébként észre utóbbi 10 évben, hogy azok nyomják, hogy milyen SSD a tuti, akik láthatóan annyit értenek hozzá, mint nagyanyám, pedig az nem sok. Meglátják a PCIe 5.0 szekvenciális sebességét és elalélnak és veszik piszok drágán...utána csinálnak pár tesztet és nemsoká lefut ez az euforikus érzés.
Linux játék milyen meghajtón gyorsabb? Ez volt a téma, még mielőtt nyekeregne valaki, hogy már megint SSD a téma! (szomorú, hogy ezt le kellett írnom)
Ja igen, remélem sikerült kiszámolni, hogy a képen lévő két SATA SSD mennyivel később tölti be a gamet! Külön érdekes a SATA 38,5s ideje és az alatta lévő PCIe 4.0 38,6s betöltési ideje! Hol is van az a 10x-es sebesség?
-
#107096
IstvánLászló
őstag
urandom0
#107095
IstvánLászló
őstag
válasz
urandom0
#107095
üzenetére
Ígen ez így ígaz,de nem akartam túl is tólni a particionálásnak a témáját.
Ezt én is tudom hogy van saját egyedi azonosítója,akát Hdd-Ssd-k és többi meghajtoknak.A példaképpen mondom,ha a Hdd-met most éppen is kellene meformatálnom akkor kap egy szintén egyedi azonosító hexadecimális-számsort és másik geghajtoknak másmás lesz az azonosító-számuk.
Köszönöm azért hogy ezt elmondtad,itt mindenkinek segítség.
A blogodat néztem nagyonjó a témád,majd átolvasom.
-
#107095
urandom0
senior tag
IstvánLászló
#107093
válasz
IstvánLászló
#107093
üzenetére
A Linuxdisztroknál színtén az első meghajtó mindig a /dev/sdaEz igaz, annyit tennék hozzá, hogy minden lemeznek és partíciónak van globálisan egyedi azonosítója is. Ha terminálba beírjátok, hogy ls /dev/disk/by*, akkor ki fogja dobni őket. Pl. ilyesmit lehet látni:
/dev/disk/by-partuuid:
bb5f14f3-b933-4cde-9053-36e3dabc049f d5d4f871-6247-4fa9-98a9-16f093307eb3 e2802a32-e8a0-4ab3-ad4e-91ec17cc3b06Itt három partíció egyedi azonosítója látható. Ha kiadom mondjuk az elsőre a file parancsot, akkor szépen megmutatja, hogy ez a /dev/sda3:
$ file /dev/disk/by-partuuid/bb5f14f3-b933-4cde-9053-36e3dabc049f
/dev/disk/by-partuuid/bb5f14f3-b933-4cde-9053-36e3dabc049f: symbolic link to ../../sda3Grafikus felületen is meg lehet nézni, pl. a Gparted vagy a Lemezek programban. Sok helyen így van azonosítva egy-egy eszköz vagy partíció, és nem úgy, hogy /dev/sdX, mert a UUID az mindig egyedi. Ha pl. pendrive-ra telepít az ember, és bedugja egy olyan gépre, ahol más a partíciókiosztás, akkor simán elcsúszhat a /dev/sdX-féle számozás, és akkor nem bootol be a rendszer.
-
#107094
DarthSun
Ármester
IstvánLászló
#107093
válasz
IstvánLászló
#107093
üzenetére
Igen, az ilyen alapokra persze emléxem, régen kernelt is fordítottam, de megkopnak az emlékek, ha sokáig nem foglalkozik vele az ember.
Az only #620 hullámtábla nem semmi volt, csak néztem mint a vettmalac, de megtaláltam a C forrásban, holott csak a Pascal/Assemblyt ismerem, átvéstem #640- re.
-
#107093
IstvánLászló
őstag
DarthSun
#107092
IstvánLászló
őstag
válasz
DarthSun
#107092
üzenetére
A Linuxdisztrokkal érdemes megismerkednek,LinuxMinttet mondanám elsőként,ha megismered az alaplogikáját -
,például a particionálás is ijen,gondolom te is tudod hogy nincsen C:meghajtó mint dosban,de dosban is fdisk-el tovább tudjuk ósztani a meghajtot és ijenkor már megkapja a D: betűjelet és ezt is ígytovább fólytatodik
.
A Linuxdisztroknál színtén az első meghajtó mindig a /dev/sda Ő általánossan a /dev/sda1 boot első particióját jelőli a rendszer így,ha meghajtot többrészre osszuk akkor - kapja is meg a /dev/sda2 és így tovább fójatodik a betű és szám jelzései.Ezt nem kióktatásként mondom,érdemes időt is rá szánnounk,ha érdekel a Linuxdisztroknak a vílága,én is így kezdtem és zárásképpen további sok síkereket kívánok.
-
#107092
DarthSun
Ármester
IstvánLászló
#107088
válasz
IstvánLászló
#107088
üzenetére
Kössz, lényeg hogy akkor jó, nem lappang anomália.
Hullámvölgy nálam is volt, nemhogy gépre, de kajára is alig tellett. Ma már kissé más, meg tudok élni tűrhetően. -
#107089
cree
csendes tag
tordaitibi
#107059
cree
csendes tag
válasz
tordaitibi
#107059
üzenetére
Win rendszerhez ilyen megoldás még nem látam (nem bitlock) [link] néz bele!
-
#107088
IstvánLászló
őstag
DarthSun
#107078
IstvánLászló
őstag
válasz
DarthSun
#107078
üzenetére
Ígen szerintem a bejegyzések jók láttam azt hogy használsz linuxot-wint plusz 1 hdd-t DVD drive-ot.
Az xp régen csalk is legaci boottal lehetet használni,mint a w7-et.A Win98- at DOS nem jegyezte be,mert akkoriban normál biossal használtuk a gépűnket.
Ígen a DoS w98 ténylegesen - retro és akkoriban,mikor én is használhattam nem volt uefi bios,akkoriban az alaplapom főnix biossal jól műkődőtt.
Az ujjab gépépitést még akkoriban nem tudtam megvalosítani,mert a harverárak - nagyon magasak is voltak a fízúmhóz képest.
Az dos alatt régebben játszottam a pc-re is megírt SuperFroggal,de volt Amigam amin sok mindet megtudtam csinálni.
A linuxos érdeklődésem emiatt is tőretlen és általában sohasem addomfell ha valami egyből nem menne. -
#107087
fekete.puma
aktív tag
ubyegon2
#107085
-
#107086
IstvánLászló
őstag
tordaitibi
#107074
IstvánLászló
őstag
válasz
tordaitibi
#107074
üzenetére
Ígen nálam síkerrel tudtam tőrőlni a két nemhasznált rendszert.
Az efibootmanager UEFI bios estében nagy segítség,ha éppen talán lenne is estleg - felesleges bejegyzés.
Az ismimnek szoktam seíteni és ezért múltkor LinuxMintet és PuppyLinuxot installáltam.
A megtanultam a UEFI ből a két nemhasznált rendszernek a tőrlését,ídáig én sem gondoltam azt hogy szűkségem is lehetrá. -
#107085
ubyegon2
félisten
fekete.puma
#107084
válasz
fekete.puma
#107084
üzenetére
Általánosságban azt nem lehet mondani, hogy nem érezhető a különbség.
Pont az általános használat esetén lehet ezt mondani! Hogy ne minősítsék megint offnak... A Linux rendszer általános napi homeuser használata során jóval többet számít a rengeteg apró fájlok beolvasása miatt a meghajtón lévő cache!
Egy átlagos, 3D renderelésre használt pár éves desktopban futott egy Samsung 860 EVO 1TB DRAM cache-sel és futott egy PCIe 3.0 NVMe Samsung 980 1TB, mindkettőn ugyanazon rendszer volt. Napi használat során, amikor semmilyen szekvenciális sebességelőny nem volt kihasználva, nagyon halványan érezhető volt a SATA-s 860 EVO előnye az NVMe-vel szemben. Ennyit tesz a jó access time+a jókora DRAM cache!A használtüzleti laptopos példa qrvára sánta volt szerintem. Ott egy 10x olyan gyors CPU az pontosan 10x olyan gyors mindenben, VGA, RAM szintén. Viszont az SSD-nél mindenki csak a szekvenciális sebességet emeli ki, pedig a leglényegesebb a hozzáférési idő(access time).
A téma a Linux OS futtatása különböző csatolású meghajtókon! Csak azért említem, mert nem mindenki érti ezt meg és az SSD rövidítést meglátva már nyekereg is, hogy mámeginoffolnak!
-
#107084
fekete.puma
aktív tag
ubyegon2
#107083
fekete.puma
aktív tag
válasz
ubyegon2
#107083
üzenetére
Általánosságban azt nem lehet mondani, hogy nem érezhető a különbség. Ki, milyen feladatokra használja és mennyit, mert egy hónap lefedésben érezhető lesz a különbség.
Nyilván úgy is veszik az emberek, nem véletlenül adnak ki 200-250-k egy használt üzleti laptopért, mikor 50-80K-s is bőven elég lenne? -
#107083
ubyegon2
félisten
fekete.puma
#107068
válasz
fekete.puma
#107068
üzenetére
Jó, hogy beraktad mindkét SSD méréseit, mert láthatod a különbségeket, amiket szerintem humanoid lény képtelen érzékelni már, mivel millisecond az azért elég gyors! Normál esetben egy home user 99,99%-ban az access time nyújtotta előnyöket használja ki.
Amiket leírsz, videóvágás, rendelés, etc., no az már más terület, bár a komolyabb 3D renderelés sem különösebben SSD igényes.
-
-
#107081
fekete.puma
aktív tag
tordaitibi
#107062
fekete.puma
aktív tag
válasz
tordaitibi
#107062
üzenetére
Secure boot pl Debian, Ubuntu, Mint, Fedora, openSUSE Tumbleweed ezek eléggé lefedik a kínálatot.
Valakinek elhanyagolt a Debian vagy a Mint csomagjai az openSUSE Tumbleweed-re már nem mondhatja.
Az 1db Win-hez képest kicsit változatosabb a kínálat, persze van akinek Linux-ból is az a jó amelyik problémás ilyen téren.![;]](//cdn.rios.hu/dl/s/v1.gif)
Mondjuk én drasztikusabb vagyok szabad szoftver ide-vagy oda, a disztrók nagy részét leválasztanám felesleges a több századik egy kaptafa.
Valószínű több támogatást kapnának a meglévők és emiatt jobban is haladnának.
pl Kicsit dolgozni kellene a csomagtárolón, hogy frissebbek legyenek az alkalmazások stb...
Inkább csináljunk egy másik Linuxszot az látványos. -
#107078
DarthSun
Ármester
IstvánLászló
#107073
válasz
IstvánLászló
#107073
üzenetére
És ez így jó ? Én nem értek hozzá, mit kell-nemkell neki nyilvántartania.
Ténylegesen bootolható cuccok :
Linux
Win11
Win XP
Win98
DVD drive
A Win98- at nem jegyezte be, de gondolom az egészen retrók nem kerülnek be. Natív DOS is volt már indítva, penről és külső SSD- ről is. -
Szerintem számítógépet se használjunk. Menjen haza mindenki, dugja rá az Atarit a Junoszt TV-re, azzal garantáltan nem lesz UEFI meg secure boot problémája senkinek
-
#107075
Rowon
nagyúr
tordaitibi
#107072
válasz
tordaitibi
#107072
üzenetére
Ez egy nagyon jó idővonal és valamit erősen szemléltet. Azt, hogy az ilyen "one man" projektek, vagy amiket még írsz, hogy garázsdisztrók általában nem túl hosszú életűek és előbb-utóbb kihalnak. Mit tudnak ezek nyújtani, amit egy "legnépszerűbb" nem tud? Szóval én hosszabb távra nem is terveznék velük.
Ezzel most azért nem azt mondom, hogy semmit nem érnek, mert az azért túlzottan degradáló lenne a másik munkáját lesajnálni, vannak mindegyikben jó ötletek, de a népszerűség hiánya, vagy a fejlesztéshez hiányzó tőke, esetleg a fejlesztő gondol egyet és magánéleti okokból bezárja a kapukat (lásd Arcolinux)... azért ez így elég cinkes és kockázatos.
Ok, akkor használjon mindenki "normális" rendszert, akkor így írom. De tudod mit? Van is erre egy szerintem nagyon jó és nagyon sokatmondó mém, amit alább linkelek. Ebben minden benne van, valaki csak be akar ülni a gép elé és használni azt, mindenféle barkácsolgatás nélkül, mert a végén úgyis ugyanoda jut, mint ahonnan elindult, csak közben értelmetlenül elb*szta az időt.
-
#107074
tordaitibi
veterán
IstvánLászló
#107073
válasz
IstvánLászló
#107073
üzenetére
Mekkora sikere lett az efibootmanagernek
-
#107073
IstvánLászló
őstag
DarthSun
#107033
IstvánLászló
őstag
válasz
DarthSun
#107033
üzenetére
Szia DarthSun! Mos űltem le a gépemelé és látom kűldtél infót.
A efibootmgr kiírja a gépedben az aktiv Hdd-det;Ububtu HD (1,GPT,boot particiódnak.
A látom a HARD DRIVE BBS számsorát és Windows Boot Managert,CD/DVD Drive-odat.
A lényeg láthatod hogy ténylegesen van négy bejegyzésed UEFI biosodban,nálam még tednap két főlősleges nem használt bejegyzést kellet tőrőlnőm síkerrel.
További sok síkert szépeket kívánok. -
#107072
tordaitibi
veterán
Rowon
#107064
válasz
Rowon
#107064
üzenetére
Legnépszerűbb...? Az nekem kevés
[innen kimazsoláznád] a nem SB. disztrókat? Megköszönném mert tényleg csak hasraütöttem.Ezekbe még nincsenek benne a garázsdisztrók amikből van vagy 500, igaz hárman legalább használják ezeket. Az alkotó, a tesója meg a haverja becsületből
"Akkor használj normális rendszert."
Nyelvtanilag és stilisztikailag a "használj" 1.számra (te, azaz itt én) utaló felszólító módból arra következtetek hogy nekem szól, mert különben a "használjanak" (ők) többes számú felszólító módban írtad volna. De biztosan csak kapkodtál, semmi gond.
ÉN ubuntuzok (ugye ez is támadási felület a fanoknak mert egy fostalicska bloatware snapförmedvény, az is hülye aki ilyet telepít
) ami teljességgel SB. kompatibilis, úgyhogy tessék átírmi a mondatot hogy azokhoz szóljon akik nem sb. compatible disztribúciókat telepítgetnek. -
#107069
Rowon
nagyúr
fekete.puma
#107068
válasz
fekete.puma
#107068
üzenetére
Még mindig nem derült ki, hogy mire használja a Windowst, feltételezem az a másodlagos rendszer, így hagylak önmagaddal tovább vitatkozni.
-
#107068
fekete.puma
aktív tag
Rowon
#107066
fekete.puma
aktív tag
válasz
Rowon
#107066
üzenetére
Ezt általában azok mondják akiknek nincs
Pedig ez teljesen igaz...
Nagy fájlok mozgatása, vagy csinálj egy rendszermentést, hogy egyformán végez-e, virtuális gépek, videóvágás, rendelés.
Gondolod, hogy a több mint 10X írási és olvasási sebesség nem jön ki?
Nem csak a rendszerindítás és programbetöltés számít. -
#107066
Rowon
nagyúr
fekete.puma
#107065
válasz
fekete.puma
#107065
üzenetére
Semmi gond nincs, viszont akkor fogadja el, hogy a közös EFI partícióval mindig lesz valami gond.
Ezt általában azok mondják akiknek nincs.
Erre a szintre nem megyek le.
mikor ott a jelentősen gyorsabb.
Én ebben azért vitatkoznék, hogy az 1-2 másodperccel gyorsabb boot időn kívül miben nyilvánul meg? A gyorsabb fájlmozgatást aláírom, viszont, ha nem dolgozik nagy fájlokkal, akkor még mindig ott vagyunk, hogy a SATA elég.
-
#107065
fekete.puma
aktív tag
Rowon
#107063
fekete.puma
aktív tag
válasz
Rowon
#107063
üzenetére
Ezt általában azok mondják akiknek nincs.
2-3 hónap után visszaváltanál, éreznéd azt használat során. [link] [link]
Nekem bőven elég lenne a lassabb is, mert alig használom a windows-t azt is virtuálisan.
Rendszeresen használnám a windows-t, akkor biztos nem a lassú SSD-re raknám, mikor ott a jelentősen gyorsabb. -
#107064
Rowon
nagyúr
tordaitibi
#107062
válasz
tordaitibi
#107062
üzenetére
a linux disztrók 60-70%-a NEM tud secure bootot, nem kompatibilis.
Hát azért a népszerűbb disztrók mindegyike rendelkezik Secure Boot támogatással (Ubuntu, Debian, Fedora, OpenSUSE, stb.). Az a 60-70% nem tudom hogyan jött ki?Akkor...?
Akkor használj normális rendszert.
-
#107063
Rowon
nagyúr
fekete.puma
#107061
válasz
fekete.puma
#107061
üzenetére
Egy oprendszernek bőven elég, gondolom nem játszik a laptopon, de még ha játszana, akkor sem számítana annyira sokat, mintha HDD lenne benne.
-
#107062
tordaitibi
veterán
Rowon
#107060
válasz
Rowon
#107060
üzenetére
Okés, viszont nem tudok elmenni amellett hogy jelenleg 2025 év végén a disztrók, értem ezalatt sufni és garázsdisztrókat is,
kb. a linux disztrók 60-70%-a NEM tud secure bootot, nem kompatibilis.
A zászlóshajók és leszármazottaik egy mélységig igen de Vérpistike EnyimLinuxDistro-ja és még 100 meg nem.
Akkor...? -
#107060
Rowon
nagyúr
tordaitibi
#107059
válasz
tordaitibi
#107059
üzenetére
Ok, a lényeg, hogy nem működik és elég gyakori probléma, ami a laikusok idegrendszerét egyből földreteszi.
Kikapcsol SB. mellett a hiba nem jelentkezett.
Ilyet meg ugye nem ajánlunk senkinek, pláne olyannak, aki nem ért annyira a Linuxhoz, mint Te.
-
#107059
tordaitibi
veterán
Rowon
#107051
válasz
Rowon
#107051
üzenetére
Nem a grub hány be hanem elsőnek teszi be magát a win bootloader.
ezt helyrehozni nem ördöngősség.Én legalábbis életembe nem láttam olyat hogy magát az efin lévő grubot vagy linuxos indítóbejegyzést ledarált vagy felülírt volna. Egy W11 se meri ezt megreckírozni.
Így néz ki egy dual, illetve trial (W10-W11-Ubuntu) efi bejegyzés, az összes Windows csakis kizárólag a Microsoft és a Windows könyvtárakba irkál, az Ubuntuba életetébe eszébe nem jutna.
Konkrétan a EFI/Microsoft/boot alatt van a bcd és a winloader.
Nem olyan mint a linuxok hogy minden OS külön bejegyzést hoz létre ez EFI alatt hanem a Microsoft/Boot könyvtárba van a bcd amibe beleirkálják magukat az akárhány windowsok.
A történet lényege hogy Redmond bekeményített a secure boot háza táján és valóban nem indult secure boot környezetbe a Linux, ha bármi kis gebasz volt az aláírással.Kikapcsol SB. mellett a hiba nem jelentkezett.
Helyretették, lazítottak szigoron. -
Én már leírtam, hogy vélhetőern hogy működik. Szerintem most már nincs semmi probléma. DD-zni sem fogom a lemez elejét, mert azzal töröltem a GPT partíciós tábla első fő páldányát is, a tartalék megvan a lemez túlsó végén, de akkor újra kelleni kezdeni az inicializálással. Az a fontos nekem, hogy én értem. Nem az UEFIt hiányolom, azt bármikor újra tudom alkotni.
-
#107057
growler
őstag
fekete.puma
#107055
growler
őstag
válasz
fekete.puma
#107055
üzenetére
Nálam így van.
USB-s házban levő 1TB-os M.2 NVME SSD-n 2 rendszer van.
Mindkettő Linux. Es mindkettőnek van külön EFI partíciója. -
#107056
Rowon
nagyúr
fekete.puma
#107055
válasz
fekete.puma
#107055
üzenetére
Hát azért már manapság kevés ilyen gép van (szerk.: mármint az új típusok között), alternatív megoldásként az ODD helyére lehet egy SATA SSD-t beépíteni. Mégalternatívabb megoldás, hogy egy külső házba szerelt SSD-ből bootol be a kevésbé használt második rendszer.
-
growler
őstag
válasz
csixy
#107052
üzenetére
Ha meg akarsz róla bizonyosodni hogy a GRUB az MBR-ben van,
akkor írd felül az MBR-t.
Live rendszer alól:
sudodd if=/dev/zero of=/dev/sdc bs=512 count=1
Az /sdc helyett, természetesen a live rendszer alól mutatott
eszköz azonosítója.
Ha ez után nem indul a rendszer,de szeretned hogy induljon,
akkor chroot-al tudod újratelepíteni az MBR-be a GRUB-ot.Szerk.: Tibi!... Kissé lekéstem!
-
#107053
tordaitibi
veterán
csixy
#107052
-
Aki érti a problémámat és látja, hogy minden rendben van. Attól várnék megerősítést a mechanizmust illetően is. Köszi.
A bios_grub partícióra és a beletelepítetrt grub2 core.img munkájára tehát csak addig van szükség, amíg GPT-s protect MBR-be bele akarom újra írni a grubot. -
válasz
csixy
#107018
üzenetére
Na ez az a felállás, amit nem szoktunk ajánlani (többes számban írom, mert már más is szólt érte). Egy lemezen a Windows meg a Linux és közös az EFI partíció is. Ilyenkor szokott Windows Update után behányni a GRUB, aztán jönnek fel a fórumra a pingvinek, hogy hádemé? Azért, mert ezt el kell fogadni, hogy így működik. Mindkét rendszernek legyen külön, saját, szuverén lemeze aztán ennyi.
-
#107050
fekete.puma
aktív tag
csixy
#107047
-
growler
őstag
válasz
csixy
#107048
üzenetére
Régebben volt 1 kísérleti telepítésem - EFI-s telepítésnek indult.
gpt part. tabla, 300MIB Fat32 particio + /, /home, Cserehely.
De!! - A rendszerbetöltő helyének a eszközt (dev/sda) adtam meg.
A telepítés lefutott, majd engedélyezett CSM mellett indult a rendszer.
Ha tiltottam a CSM-et,(csak UEFI) még a boot választóban (F12)
sem jelent meg az eszköz. (Amire nem sokkal előtte telepítettem
a rendszert.) -
válasz
growler
#107046
üzenetére
Ez természetes. De nem az MBR-be került, hanem a GPT-s Protect MBR-be másolódik szerintem, Csak ez eddig így sehol nem volt leírva , vagy legalábbis én nem találkoztam vele. Praktikusan azt jelenti akkor, hogy a GPT-s legacy telepítés után a bios_grub partíció törölhető. Ezt a folyamatot így a ventoyos okoskák LongPanda sem írta le. ... A talány vélhetően megfejtődött részemről. Megerősítést várok. Köszönöm!
-
Még azt tudom elképzelni, hogy van egy általam nem ismert funkciója a bios_grub partíciónak, hogy másolatot készít a grub2 core.img-ről a GPT-s Protect MBR-be , mint ahogy a GPT-s ventoynál is van.
' About First 1MB Space
As for GPT format, there is a protect MBR in the 1st sector (LBA0), and then from LBA1 ~ LBA33 is the GPT partition head and partition table. LBA34 ~ LBA2047 is used to store legacy bios bootloader of Ventoy (same with MBR format).' -
válasz
csixy
#107044
üzenetére
Nem lehet, hogy a GPT redundancia szórakozik veled és a tartalék boot adatokból dolgozik, mivel észrevette, hogy sérültek a boot fájlok?
Szerintem bogarászd át ezt a doksit: UEFI Specification 2.11
különösen a GPT redundancy részt meg a recovery részeket. -
válasz
urandom0
#107043
üzenetére
Nem könyökből kell gondolkodni, meg kell tekinteni a tényeket előbb. Nézni és látni, utána véleményt formálni. Nincs az ssd-n csak kettő partíció, nem ezer és az van a boot mappában és a /boot/grub mappában aminek lennie kell. UEFI gépen Legacy, CSM engedélyezve és a Legacy telepítés bebootol törölt és másik partícióval felülírt bios_grub partícióból is és ez nyilván baj. Most a tegnapi telepítést a másik laposomon ugyanúgy be tudtam bootolni. Ismételjétek meg, próbáljátok ki és higgyetek a saját szemeteknek.
-
válasz
csixy
#107036
üzenetére
Értem én, amiket írsz, az se lep meg, hogy GPT-re is lehet Legacyban telepíteni, csak nem értem az értelmét esetedben. De a feltett kérdésekkel nem nagyon foglalkoztál, erősen onlywrite módban vagy.
Az is vicc, hogy felmerül az SSD kérdése ebben a kérdésben, de az is, hogy eltávolított rendszerindítót használna a rendszer. Nézz körül kicsit, ahogy előbb említettem is. Mi van a Boot mappában, megnézted már? Szerintem onnan bootol a rendszer, hiába variálasz azzal a tök értelmetlen grub particióval.Anno nekem jól jött volna, mikor az utolsó telepített disztrót letöröltem egyazegyben, hogy utána is bootolt volna a főrendszerem. De nem tette.
-
#107041
tordaitibi
veterán
csixy
#107039
-
És így is bebootolt. Miről ??????? Na erre kössetek csombékot! Tehát a BIOS a nagy ext4-es partícióban megtalálja az elmaszkolt korábbi 1MiB-es bios-grub partíció celláit és kiolvassa őket. Hát emmán nagy problematika. !!!!!!!!! Skandallum. Próbáljátok ki , biztos Ti is meg tudjátok csinálni másik vason. Kíváncsi lennék, hogy HDD-n megy-e ugyanígy ????
Esetleg csak a Dell precision 5520-as lenne az oka? Nem gondolnám.
Holnap belepróbálom ezt a meghajtót a HP250 G7-es laposchba is , ha ott is megy akkor tényleg nagy baj van.
-
Törölt bios_grub partícióval illetve annak híján is be tudtam bootolni chroot és másik grub menü segítsége nélkül.. Hát ez skandalum!!!! Tehát nem specifikus az előző NVME SSD-re. Ez most az öreg Sony USB-s SSD-m.
Na most egy másik linuxból gparteddel ki fogom terjeszteni az /dev/sda2 partíciót. Ha úgy is bele fog látni a partícióba a BIOS, akkor az kész skizofrénia, akkor már nagyon kell majd szólni a fejlesztőknek.
-
válasz
ubyegon2
#107035
üzenetére
"De ez a bios_grub meg főleg mi a manó? "
Hát GPT-ból még nem vagy perfekt na. A GPT partíciós táblán a bios_grub partíció veszi át az MBR szerepét. Windows nem tudja használni , az csak EFI-be tud telepíteni. Linux telepítő Legacyban bootolva GPT partíciós sémára a formázatlan, bios_grub jelzőjű partícióba telepíti a grubot és így lesz egy Legacy telepítésed GPT lemezen az MBR-es korlátok nélkül. A sudo grub-install /dev/sda csatakiáltás ebbe a pici partícióba tolja bele a grubot. Így , ha kerülöd az EFI-t és a bios megengedi a legacy opciót és nem követeli a secure bootot, akkor kényelmesen továbbra is használhatod a régi MBR-es beidegződéseidet. De csak Primary partícióid lehetnek, abból viszont sok. Na hajrá! -
válasz
csixy
#107032
üzenetére
GPT-re legacy telepítés , majd bios_grub partíció törlése.
Ez a fából vaskarika megoldás amúgy miben jó? A GPT/Legacy párost nem minden szereti, például anno két Samsung SSD közül az egyik nem volt hajlandó szóba állni velük. De ez a bios_grub meg főleg mi a manó? Mire kell ez?
Már egy ideje UEFI-ben tudok csak telepíteni, de mindig a Boot mappába lévő GRUB volt a rendszerindító, az sem kizárt, hogy csinálsz ilyen nem tudom mit és a telepítő ezzel úgy van, mint a portás a sasmadárral és ugyanúgy a megszokott helyre rakja a Mint a rendszerindítót. Nézted már ott amúgy?
Az főleg fura, hogy felmerül az SSD közrejátszása, de annak ehhez semmi köze, a dataset management igen kifinomultan dolgozik a Samsungokban és jellemzően idle-ban küldi ki a vakegeret. Ez a pár hetes új 7B2QJXD7 fw sem az SSD hibás működését javítja egyébként, az előzőnél is valami magas hőfokot logolt a rendszere a Samsungnak, ott se volt nagyon más gond. A 870 EVO badsectorosodása volt igazi kellemetlenség utóbbi időben a Samsungnál.
Ja és a Linux Mint régebben szeretett saját EFI-ba dolgozni, nem szeretett közösködni, így akár az LMDE-nek is lehetnek hasonló hisztijei.
Szóval mi a ragya ez a bios_grub partíció és minek az?
-
#107033
DarthSun
Ármester
IstvánLászló
#107017
válasz
IstvánLászló
#107017
üzenetére
Nekem ilyeneket írkált :
-
cree
csendes tag
Helló!
Ubuntu 20.04
Ezt szeretném ha indulna automatikusan rendszer betöltéskor hogyan lehet megoldani?
vagy épen egy parancs ikonal inditható legyen asztalrol tetszés szerint?
[link]
Meg csinálom a lépést amit le irsz de linuxhoz nem értek !
csináltam egy start.sh
sudo ./vhuit64
Ez addig elindul amig vhuit64 fájl melet van a start.sh ezt ha kirakom asztalra megszünik
az élete az inditásnak és csunyálkodik az asztalon a terminál ablak is ha fut az sh script a
helyén amikor müködik ezt hátérbe elehet rejteni?
-
Dißnäëß
nagyúr
válasz
csixy
#107029
üzenetére
Ne temesd egyből, de én ilyet még nem tapasztaltam.
Olyat viszont már igen, hogy a vacsiúj, nullkilométeres, fóliás Samu EVO870-em elkezdett lassulni, HD Sentinel meg bad sector-okat kezdett jelezni, most 40-nél jár és meg is állt itt.
Szar gyári firmware - frissítenem kellett a legújabbra, azóta jó, de a legyártott bad sector-ok már megmaradnak.
Mindenesetre remélem garod van rá, de kívánom, ne legyen semmi baja, hanem jöjjünk rá a rejtélyre
-
#107027
csixy
addikt
fekete.puma
#107026
válasz
fekete.puma
#107026
üzenetére
32˚C, ma frissítettem a firmwaret rajta a 7-es kezdetűre, eddig a 4-gyel kezdődő volt rajta.
-
#107025
csixy
addikt
fekete.puma
#107019
válasz
fekete.puma
#107019
üzenetére
A swap az swap , az a kis ext4, meg egy ext4, ami most nincs használatban. a kékkel jelölt helyen volt a bios_grub partíció, azt töröltem ma délelőtt, mert úgy gondoltam , hogy nincs rá szükség.
TTibi ... nem keverem , látható is, hogy GPT partíció. értem én hogy működik, csak akkor hol van az NVME SSD belső trim-et utánzó funkciója..
Mindaddig míg ki nincs trimmelve múködik a játék.
Fogok tenni egy próbát. Egy GPT lemez elejére teszek egy swapot, mert szeretem, utána lesz egy kis ext4 / partíció, valahová hátrébb teszek egy 1MiB-es bios_grub partíciót. Direkt egy általam kiválasztott random helyre. Így feltelepítem a linuxot Legacy módra. Bootolás után látom, hogy működik. Ezután bebootolok egy másik live linuxot. Törlöm gparteddel a bios-grub partíciót, majd a / partíciót kiterjesztem az egész lemezre. Az a munkahipotézisem, hogy a linuxomat be fogom tudni bootolni a már hivatalosan nem létező bios_grub partíció helyéről mindaddig amíg a cellái másra nem használódnak fel. Ha ez bejön az bornyasztó lesz. De van rá egy pici esély.
-
-
#107023
IstvánLászló
őstag
tordaitibi
#107022
IstvánLászló
őstag
válasz
tordaitibi
#107022
üzenetére
Dettó én is ilyen agyament - vagyok,gépjavításnál ismimnek néha több Hdd-jét kellet,a gépemre kőtnőm és még ráadásként is két kűlőn kűlső Usb-s adapterrel még pluszban kettő hdd-t,a fóntós adatoknak a mentésére és nagyon kalsszúl remekűl műkődtek a hdd-k.
A blogodat láttam majd valmikor elolvasom,kalssz ez az írásód. -
#107022
tordaitibi
veterán
fekete.puma
#107019
válasz
fekete.puma
#107019
üzenetére
Ne akard tudni...
Mindenestre eddig azt hittem csak én vagyok ilyen agyament mert nekem néha 16-18 partíció is van felcsatolva különböző lemezekről de látom más is elég rendesen űzi az ipart -
#107021
IstvánLászló
őstag
csixy
#107018
IstvánLászló
őstag
válasz
csixy
#107018
üzenetére
Szia csixy ! Szép estét kívánok.
A gpartedben látom a particioidat a képen amin a /dev/nvme0n1p1 en van Ő az efi particiód és fat32 fájlrendszerrel a /boot/efi 320 MB és 43.79 MB-ot használ a rendszered és a beállitott - flagja boot,esp és Ő róla bootol a rendszered,szerintem mivel azt is látom hogy Wndows is van szerintem UEFI-ről dual-bootolsz és te kiválasztod azt hogy melyik rendszerd is bootoljon.ezt én így gondolom a dualboot-nak a kapcsán mondani..
A /boot/efi ben tárólja a rendszered az UEFI-nek a boot lehetőségét,egészen is addig - mig felűl nem íród,vagy tőrlőd az egész-tartalmát.#107020 tordaitibi erről meg is fejtkeztem amit most mondasz,szerintem ez sem lehetetlen és ígazad is van.
A gépemen én is tudok így bootolni is ha éppen kellene,de mivel nálam nincsen win használatban,így nekem nincsen - szűkségem a dualboot megoldására. -
#107020
tordaitibi
veterán
csixy
#107018
-
Sziasztok. Itt egy találós kérdés. Tudom a megfejtést, de a pofám leszakad. A lenti kép egy futó LMDE6 rendszerben készült. Minden fontos infó rajta van. Két kérdésem van. 1, Milyen rendszerben van bootolva a rendszer, UEFI?... vagy ... Legacy? 2, Hol van az SSD-n az a partíció, (vagy a helye) amiről be lett bootolva? A megfejtés az lesz, hogy a törölt bios_grub partíció (a GPT lemezen) mindaddig működik, amíg a helyét más célra nem használjuk fel.
Ez így nem kóser! Ja!! ... nem most töröltem, hanem még délelőtt, közben már használtam a windowst is, már be volt azóta bootolva UEFI-ben is a linux, most meg bebootoltam Legacyban.
-
#107017
IstvánLászló
őstag
DarthSun
#107009
IstvánLászló
őstag
válasz
DarthSun
#107009
üzenetére
Ígen az UEFY témában van is ijen - ezt,én is most éppen az éjjel lanulthatam - meg.
A listádat én is várom,láthatod most az alaplapom nem műkődik híbásan,pdig már 10 éves a gépem és idáig sem tapasztaltam problémákat.
Az Xp W 7 miatt kellet régebben legacira állitanom a UEFI-ben a bootot és erről meg is feledkezdtem,most már átállitottam teljesen a bootot,hogy ne is legyen gondom a bejegyzésekkel,ennyi így tömören erről a témámról. -
#107016
IstvánLászló
őstag
-
#107015
IstvánLászló
őstag
tordaitibi
#107005
IstvánLászló
őstag
válasz
tordaitibi
#107005
üzenetére
Szép napot neked és mindenkinek.
A Terminál, efibootmgr témában ez így ígaz,én is támogatom amit most mondsz.
A tesztelős játszós gépem UEFI biosos és nekem is el - kellet távolotanom két felesleges bejegyzését a MIntnek a Ubuntut és Puppynak a puppy bejegyzését .Az E az Entry sorszáma nálam is hasónló volt.
A treminálban futtattam asudo efibootmgr -b E -Bés símán tudtam tőrőlni is őket és reboot után uefi-ben F12 boot mejűjéből tőrlődőtt a két bejegyzésem,10 órai olvasás után mára síkerrel tudtam használni ezekkel a paraméterekkel. -
#107014
IstvánLászló
őstag
tordaitibi
#107005
IstvánLászló
őstag
válasz
tordaitibi
#107005
üzenetére
Ígen ez így ígaz amit mondasz,nálam is UEFi-n szintén,EFI-n is voltak letárolva entry azaz bejegyzés formájában de képes a uefi is megjegyezni.
A terminába sudo efibootmgr -B 0000 -b 0000 azónósító száma a Puppy-nak - ez volt,síkrrel tudtam tőrőlni hajnalban a bejegyzését és ebből is meg is tanulhattam a efibootmgr-nek a használatát,nálam ezekkel a szintaxissal jól prímán műkődőtt a fólyamata.
A linux distrokat ezért szeretm is nagyon mert sok mindenre van megoldás,nálam a gépemen 8 éve nincsen win,mióta megszűnt az Xp-W7 rendszernek a támogatása,sok olvasást tanulást most sem bántam - meg,rendszeremet Ryzenes gépemen Pure ArchLinux-ot és régebbi tesztelős gépemen EndeavourOS-t is őrőmmel használom,idáig problémákat nem tapasztalok,példaképpen a játékok remekűl jól futnak,tömören ezt tudom mondani,ami nem ajánlás csak is tapasztalatomnak a megosztása volt a célóm is ezzel. -
#107013
growler
őstag
tordaitibi
#107010
growler
őstag
válasz
tordaitibi
#107010
üzenetére
NVMe SSD esetén lehet hogy meg leszel lőve az adat-visszaállítással. Mert ha minden igaz, folyamatosan fut
rajta a "deallocate". - Ez hasonló a "röptében" működő
discard kernel paraméterhez - mintegy folyamatos trim-et jelent. -
#107012
ubyegon2
félisten
tordaitibi
#107010
válasz
tordaitibi
#107010
üzenetére
Amikor azt az 1db jpeg fájlt megnyitod, akkor nem ugyanígy szétszórva van?
Ha akkor azt pikkpakk beolvassa a rendszer adott programja, ugyanígy meg is tudja találni a fájlvisszaállító! Ugyanis van egy folyamatosan frissített térképe a vezérlőnek az adatokról, ezért talál meg mindent rohadt hamar.Az meg, hogy formázod a megh
ajtót, kb annyit jelent mint amikor egy festményt letakarnak. Nem látja senki onnantól, mit ábrázol a kép...kivéve a restaurátor, aki a múzeum zárása után érkezik és egyszerűen leveszi a leplet a képről. No ezt csinálja a PhotoRec/Testdisk alkalmazás is a fájlokkal.Persze SSD-nél túl sok ideig nem érdemes várni mert van egy vakegér, aki szépen végigballag a felületen, de ez a garbage collector meg a lézerpisztolyos TRIM-manó egy másik történet már...
-
#107011
CPT.Pirk
Jómunkásember
tordaitibi
#107010
CPT.Pirk
Jómunkásember
válasz
tordaitibi
#107010
üzenetére
Röviden, minden háttértárolón van backupja a táblának, ami a fájlokkal kapcsolatos adatokat tárolja. Formázáskor az megmarad, így amíg nem írod felül a nand bitjeit, addig vissza lehet nyerni őket.
-
#107010
tordaitibi
veterán
ubyegon2
#107008
válasz
ubyegon2
#107008
üzenetére
Mint tudatlan érdeklődnék hogy egy ssd azaz nand árolóról hogyan lehet visszanyerni 1 darab jpg képet is, mivel hogy annak hol vannak a darabkái, azt a Jóistenen kívül csak a vezérlő tudja. ddig a pillanatig míg nem formázom.
Tényleg érdekelne a menete, egy 1-2terás random szétszórt 4096b méretű nand halmazból hogyan lehet 1 fájt visszanyerni?
-
#107009
DarthSun
Ármester
tordaitibi
#107005
válasz
tordaitibi
#107005
üzenetére
Nem is tudtam hogy ilyen is van
, mindíg tanul az ember valamit.
Kiíratom én is, kíváncsi vagyok a listára. -
#107007
tordaitibi
veterán
Krissz80
#107006
-
#107006
Krissz80
senior tag
tordaitibi
#107005
Krissz80
senior tag
válasz
tordaitibi
#107005
üzenetére
Sziasztok,
Úgy látszik nem telepítettem elég linuxot és figyelmetlen voltam, a legutóbbi Fedóra telepítés valamiért éegyalulta az Ubuntu partíciómat, vagyis újraformázta, pedig sehol nem választottam ki.
Vissza lehet nyerni az adatokat valahogy, az R-Linux nem talált sajnos semmit.
Pár jegyzet van amúgy rajta, szóval nem akkora veszteség de azért jó lenne tudni van e visszaút.A storage az egy NVME disk.
A másik problémám:
A Debian és a Fedora két efi bejegyzést hozott létre így nekem most az a következőképpen néz ki:BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0008,0003,0005,0004,0002,0001,0007,000A,0000
Boot0000* Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0001* debian HD(1,GPT,1f4e747d-7b25-4f67-bbde-daf952c686d6,0x800,0x219800)/File(\EFI\DEBIAN\SHIMX64.EFI)
Boot0002* Ubuntu HD(1,GPT,1f4e747d-7b25-4f67-bbde-daf952c686d6,0x800,0x219800)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0003* cachyos HD(1,GPT,1f4e747d-7b25-4f67-bbde-daf952c686d6,0x800,0x219800)/File(\EFI\CACHYOS\GRUBX64.EFI)
Boot0004* Fedora HD(1,GPT,1f4e747d-7b25-4f67-bbde-daf952c686d6,0x800,0x219800)/File(\EFI\FEDORA\SHIMX64.EFI)
Boot0005* endeavouros HD(1,GPT,1f4e747d-7b25-4f67-bbde-daf952c686d6,0x800,0x219800)/File(\EFI\ENDEAVOUROS\GRUBX64.EFI)
Boot0007* debian HD(1,GPT,1f4e747d-7b25-4f67-bbde-daf952c686d6,0x800,0x219800)/File(\EFI\DEBIAN\GRUBX64.EFI)
Boot000A* Fedora HD(1,GPT,1f4e747d-7b25-4f67-bbde-daf952c686d6,0x800,0x219800)/File(\EFI\FEDORA\SHIM.EFI)A duplikáltak közül melyiket érdemes kiszedni?
Köszi előre is.
-
#107005
tordaitibi
veterán
DarthSun
#106998
válasz
DarthSun
#106998
üzenetére
Ezek nem linux és nem akármi bootbejegyzések hanem magában a UEFI agyába eltárolt eddig észlelt valaha is telepített és efi bejegyzést létrehozó rendszerek. EFI-n vannak letárolva entry azaz bejegyzés formájában de képes a uefi is megjegyezni.
Terminál, efibootmgr.
Lesz egy lista, nekem csak 2 bejegyzés mivel én rendszeresen törölgetem az eddigi 20-25 disztró maradékát:tibi@aeroubuntu:~$ efibootmgrBootCurrent: 0001Timeout: 1 secondsBootOrder: 0001,0000Boot0000* Windows Boot ManagerBoot0001* ubuntutibi@aeroubuntu:~$Szintaxis
sudo efibootmgr -b E -B
ahol az E az Entry sorszáma.
Pl. ha én most törölném a Windows bejegyzést akkorsudo efibootmgr -b 0 -Bha az Ubuntutsudo efibootmgr -b 1 -Bcsillaggal jelöltek a jelenlegi élő elsődleges bootbejegyzések.
-
#107004
Petya XT
senior tag
fekete.puma
#107003
Petya XT
senior tag
válasz
fekete.puma
#107003
üzenetére
Nem csak a témák..... a fileroller, a btop, és sok egyéb apró program friss verziói, amik sokat dobnak a felhasználói élményen. Ezek nincsenek meg a Minten. Szerintem teljesen korrekt lett, amit mondjuk a Manjaro Gnome-ról nem lehet elmondani, azzal sok bajom volt, főleg a megjelenítés terén.
-
#107002
Petya XT
senior tag
fekete.puma
#107001
Petya XT
senior tag
válasz
fekete.puma
#107001
üzenetére
12 különböző, a Bibata kurzorai. De az összes Mintes téma fent van az AUR-ban, pillanatok alatt lehet "mintesíteni"
, de megnéztem a neten, lassan majd képbe jövök a Linuxal is.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
) ami teljességgel SB. kompatibilis, úgyhogy tessék átírmi a mondatot hogy azokhoz szóljon akik nem sb. compatible disztribúciókat telepítgetnek. 
Új hozzászólás Aktív témák
CPT.PirkA topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Vezeték nélküli fülhallgatók
- Apple Watch
- Hardcore café
- Meggyi001: Eldugott helyek Párizsban, amiket jó eséllyel még nem láttál...
- Xiaomi Mi Box androidos médialejátszó 4K és HDR támogatással
- Vezetékes FEJhallgatók
- Soundbar, soundplate, hangprojektor
- sidi: Samsung Deskmaster 386s/20n
- EAFC 26
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- További aktív témák...
- Azonnali készpénzes AMD Radeon RX 7000 sorozat videokártya felvásárlás személyesen/csomagküldéssel
- Akció! Hordozható GAMER Monitor! MSI MAG162V ! 15.6 1920x1080 FULLHD! Bolti ár fele!
- Gamer PC-Számítógép! Csere-Beszámítás! R5 8400F / RX 6800 16GB / 32GB DDR5 / 1TB SSD!
- CSX 2x2GB (4GB) DDR 800 MHz kit
- 150 - Lenovo LOQ (15IAX9) - Intel Core i5-12450HX, RTX 4060 (ELKELT)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest