- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Kormányok / autós szimulátorok topikja
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- OLED TV topic
- Sony MILC fényképezőgépcsalád
- Milyen belső merevlemezt vegyek?
- Milyen TV-t vegyek?
- Fujifilm X
- Hobby elektronika
- AI-ra, játékra, mindenre kiváló lehet a Gigabyte új PC-je
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
ubyegon2
#56597
üzenetére
Par honapja felraktam a fedora-t, letrejott magatol az fstab.
Most egyik winyot ket masikra csereltem, es atirtam az UUID-juket az uj winyora.
UUID=regi UUID /home/egyik ext4 defaults 1 2
Ebbol csinaltam ezt:
UUID=uj UUID1 /home/egyik ext4 defaults 1 2
UUID=uj UUID2 /home/masik ext4 defaults 1 2Amiota visszairtam az eredetit, azota megint, jol muxodik.
De nem hagyhatom igy sokaig, mert haldoklik ez a winyo. -
-
válasz
GGAllin
#56586
üzenetére
Grafikus driverek frissítése fejezetet meg kéne nézned az Ubuntu topik Összefoglalójában, de valószínűbb, hogy régebbi nvidia zárt driver lesz jó ahhoz a kártyához. Az Ubuntu alatt nem emlékszel, melyik verzió volt fenn?
Itt talán van használható megoldás, sajna az nvidia vga-kat nem nagyon ismerem.
Az Onboard virtuál billentyűzet nem megy fel a Bodhi Linuxra?
(#56595) jackal79
Idővel a Frissítéskezelőben megjelenik a menüpont, de az nem sürgős, hagy forrják ki magukat a hibák. Amúgy nemigen szokott programokkal gondot okozni a verziófrissítés, az alap nem változik, inkább csak a saját fejlesztések. Cinnamon, Nemo, X programok.
Frissítettem már így, ilyen file vagy app elvesztés kizárt szinte. -
Sziasztok!
Uj winyokat raktam a gepbe, es ezek valamiert msdos particios tablat kaptak.
Beirtam oket az fstab-ba, de bootkor olyan hibauzenet fogadott, hogy:sp5100_tco: I/O address 0x0cd6 already in use
Amint visszairtam, maris ment ujra.
Az lehet a gond, hogy egy helyett kettot irtam be, vagy az msdos?
-
jackal79
aktív tag
Sziasztok! Adott egy Tp-link 1043-as router, amin évek óta Openwrt barrier breaker FW-t használok. A rendszer úgy néz ki, hogy rá van kötve a routerre egy HDD, amire a letöltések mennek (torrent) és innen küldöm ki a tartalmakat a TV-kre. Ez meg is szépen.
Ami probléma , hogy a laptopról pár napja nem érem el a routerre kötött hdd-t. Eddig úgy nézett ki, hogy rámentem a hálózatok mappára, ahol volt egy könyvtár (TplinkSMP) ahonnan elértem a HDD-n lévő file-okat. NA ez eltűnt. Hogyan tudnám visszavarázsolni?
Egyébként egy Linux Mint op rendszert használok.
Köszi! -
GGAllin
tag
Sziasztok!
Ma telepítettem a gépemre Linux Mint 18.3-at, és az a probléma jelentkezett hogy ha nem az intgerált vga van használatban (lap: msi 785gm-e51) hanem belerakom a PCI-E kártyát (msi N460 GTX) nincs kép, telepítéskor is csak a kompatibilitási móddal működött ezzel a kártyával.
Ezt hogy lehetne helyrehozni?
Az eddig használt Ubuntu alapú disztróknak nem volt vele semmi baja.Köszi, előre is!
-
#56585
Feketelaszlo
senior tag
lev258
#56584
-
#56584
lev258
veterán
Feketelaszlo
#56583
lev258
veterán
válasz
Feketelaszlo
#56583
üzenetére
Milyen nyomtató és mit értesz "akármilyen Linux disztró" alatt? A Lubuntu vagy a Linux Mint is Ubuntunak felel meg ebben az értelemben.
Drivert konkrétan telepítened kellett vagy alapból ment a rendszerrel a nyomtató? -
#56583
Feketelaszlo
senior tag
Feketelaszlo
senior tag
Üdv!
Adott egy LAN, 3 géppel és egy nyomtatóval. A nyomtató gyártója Linux disztrók közül csak Red Hatre és Ubuntura ad hivatalos támogatást, így a nyomtatóhoz kapcsolódó 'home server' gépre Ubuntut telepítettem, ezt a 2., Windows 7-et futtató PC-vel sikerült is összeszinkronizálni, azzal működik a hálózati nyomtatás. A 3. gépre is Linuxot szeretnék telepíteni a jelenleg Win10 helyett - a kérdés, hogy a hálózati nyomtatás problémamentes működtetéséhez erre is Ubuntut kéne raknom, vagy erre már mehet akármilyen Linux disztró? -
#56582
King Unique
titán
Smiley
#56579
King Unique
titán
válasz
Smiley
#56579
üzenetére
Pont az a lényeg, hogy folyamatosan nyomon kell követni a meghajtó állapotát, nem hetente / havonta ránézni... Ilyen téren pedig nem árt, ha minél konkrétabb és részletesebb tájékoztatást ad a diagnosztikai szoftver. A HDS-ben a kondíció számítása alapértelmezetten a kritikus attribútumok, illetve az adat mező analízise alapján történik, aminek eredménye azért nem nevezhető légből kapott értéknek. A hátralévő élettartam kijelzése viszont egy becslés, de azt írja is a program. Amúgy meg a hivatalos gyártói tesztprogramok után ez széles körben még mindig inkább használatos és elfogadottabb az értékelése, mint egyik-másik egyéb szoftvernek...
-
#56579
Smiley
addikt
King Unique
#56575
Smiley
addikt
válasz
King Unique
#56575
üzenetére
Heti short, es havi long test. Ha ezeken atmegy a disk akkor jo, ha nem akkor arra fontos adatot nem rakunk. Ez a kondicio meg a tobbi fele becsles/joslas csupan parasztvakitas...
-
-
#56576
#73749248
törölt tag
King Unique
#56569
#73749248
törölt tag
válasz
King Unique
#56569
üzenetére
USB-s meghajtóknál a smartctl-t érdemes kipróbálni a "-d" opció néhány variációjával, ha enélkül nem mutat semmit.
-
#56575
King Unique
titán
#21078528
#56573
King Unique
titán
válasz
#21078528
#56573
üzenetére
Olvastam fentebb azt a személyes tapasztalatot, de 1 ilyen alapján általánosítani, pláne a szoftver összes változatára vonatkozóan nem lehet. Sok más felhasználónál meg pont hasznos volt az a tájékoztatás és még idejében tudtak lépni, még mielőtt végleg tönkrement volna a merevlemez. De, ha már annyira feszegetni kell egyik-másik szoftver értékelését, akkor ennyi erővel hivatalosan csak a gyártó saját tesztprogramja a mérvadó.
-
Norbi.Sz
senior tag
Sziasztok!
Az rsync paranccsal hogy tudok syncronizálni 2 könyvtárat? Az lenne a lényeg, hogy adott 2 kötet, az 1. kötet Photo mappájába vannak képek, amit időnként (mondjuk naponta) át kellene másolni a 2. kötet Foto nevű mappájába... Viszont ha már van olyan nevű file, azt ne írja felül, hanem lépje át...
Gondolom rsync-el ez megoldható...THX
-
#56573
#21078528
törölt tag
King Unique
#56572
#21078528
törölt tag
válasz
King Unique
#56572
üzenetére
Feladata lenne, csak sajna a konkrét tájékoztatás helyett konkrét baromságokat ír, személyes tapasztalat, de ha Te elégedett vagy vele, használd egészséggel...
-
#56572
King Unique
titán
#21078528
#56570
King Unique
titán
válasz
#21078528
#56570
üzenetére
Már, ha megmondják, meg jól olvassák ki az értékeket, mert az ellenkezőjére is akadt már példa. Ahogyan egy másik topikban nemrég arra is, amikor az egyik program nem jelenítette meg SSD-nél az írásra vonatkozó adatokat, míg a másik igen. Valamint a HDS legalább a "Pre-Fail" és társai egzotikus megnevezések nélkül listázza ki az attribútumokat és az egyéb extra infókat.
Egyébként meg egy normális diagnosztikai szoftvernek többek között pont feladata lenne az is, hogy a felhasználó felé konkrét tájékoztatást adjon a meghajtó állapotáról, amibe pl. a kondíció, teljesítmény %-os megjelenítése, a hiba szöveges értékelése stb. is beletartozik. Ami rendszerint igény is szokott lenni a felhasználók részéről és pont nem mérvadó, hogy egyesek szerint mi a hasznos és mi nem... A HDS-nél ugyan a teljes funkcionalitást a windowsos verzió kínálja, de maga a szoftver méltán elismert, népszerű és rengeteg felhasználónak vált már hasznára.
-
lev258
veterán
Csak általánosságban.
A HDSentinel azzal érte el a mai vezető pozícióját, hogy hatalmas adatbázist építettek ki az évek alatt különböző állapotú merevlemezek SMART adataiból (ugyanazokból, amit bármely másik program is kiír), majd ezt komoly statisztikai elemzésnek vetették alá. Ezen eredmények alapján méri fel a program az állapotot, valamint jósol. -
#56570
#21078528
törölt tag
King Unique
#56569
#21078528
törölt tag
válasz
King Unique
#56569
üzenetére
Az -r opcióval ugyanazokat az adatokat látod, amit a hdparm és a smartmontools is megmond, az egyetlen extra a semmire nem való jósolgatás...
Még sosem találkoztam olyannal, hogy nem azonos SMART értékeket mutat ugyanaz a meghajtó...
-
#56569
King Unique
titán
King Unique
titán
Egyébként attól, hogy a "Pre-fail" és "Old-Age" megnevezések az attribútum típusát jelölik, attól még zavaró lehet a felhasználó számára. Pláne, ha ki vannak vastagítva a többi között, vagy éppen egyik-másik programban pirossal kiemelve... Közben viszont más diagnosztikai szoftverek és azok tesztjei szerint teljesen OK az adott attribútum.
Aztán olyan is előfordul, amikor a grafikus "Lemezek" alkalmazás és terminálban a
smartctlparancs nem teljesen ugyanazt mutatja, egyik kiolvas a S.M.A.R.T.-ból bizonyos adatokat, míg a másik nem. De pl. USB-s háttértáraknál van amikor egyik sem képes erre, ellenben más szoftverek igen. A HDS linuxos verziója ugyan elmarad itt-ott a windowsos változattól, de hogy kifejezetten kerülendő lenne a használata, az érdekes kijelentés... A %-os értékelése egyes meghajtóknál olykor tényleg fura lehet, de ezért is érdemes a programnak mindig a legújabb verzióját használni. Illetve van benne riportfájl készítési lehetőség, ami sokkal bővebb információkat ad a meghajtóról. Tehát ennyi erővel ennél is lehet az egyes S.M.A.R.T. attribútumokat részletesen elemezgetni és ilyen téren a beépített alkalmazások sem tudnak többet. -
válasz
#21078528
#56567
üzenetére
Gyakorlatilag teljesen egyetértünk, bár engem akkor is zavar az a Magas kor meg a Hiba várható tipus kategória. Mondjuk épp emiatt nem vettem komolyan egy igencsak megbízható 1 napos Intel 520-nál.
Erre a tipusra meg amúgy is teljesen jó a discard, a heti fstrim-et meg úgy hagytam, a Fury 120GB-os is jól elvan így.
-
#21078528
törölt tag
A SMART adatokat minden esetben a meghajtó szolgáltatja, teljesen mindegy mivel olvastatod ki, szóval nyugodtan lehet a Gnome Lemezeket használni, azt fogja mutatni, mint a smartmontools.
A SMART-tal az igazi probléma az, hogy semmilyen szabvány nincs rá, minden gyártó olyan adatokat szolgáltat, amilyet jónak lát, szal otthon szerintem mindenki addig használja a meghajtóját (rendszeres mentés mellett!), amíg az önteszt hibátlanul lefut, ha az hibát dob, onnantól van gáz!
-
#21078528
törölt tag
válasz
ubyegon2
#56557
üzenetére
Félre értelmezitek a SMART táblázatot...
A Magas kor, Hiba várható nem figyelmeztetés, hanem az adott paraméter típusa!(#56558) Frawly: ugye a discard a SATA rev. 3.1 óta ütemezetten működik, tehát a rendszer jelez a vezérlőnek, a vezérlő meg eldönti, hogy mikor szabadítja fel a blokkokat, míg az fstrimmel kikényszeríted a műveletet, tehát mindig találni fog felszabadíthatót!
Kivételesen teljesen egyetértek veled, a HDSentinel Linuxon kerülendő, a %-os jósolgatása egy baromság, még HDD-nél is, a 467 hibás szektort tartalmazó Samu HDD-mre ~3/4 éve írja, hogy 18 napja van hátra, miközben az öntesztek szépen lefutnak, mivel bőven van még helye a hibás szektorokat a tartalék területre másolgatni...
-
Frawly
veterán
válasz
Geripapa
#56561
üzenetére
A Ctrl+Alt+F2-vel nyitott konzolnál mindjárt bejelentkezést kéne adnia, és csak el kell kezdeni írni a felhasználói nevet, aztán a jelszót. Majd ha bejelentkezett, akkor ezt a parancsot kell írni (loginctl unlock-session 1), amit a képernyő ír németül. Bár szerintem a hivatkozott parancs csak ideiglenesen segít a probléma megoldásában, mindig be kell irkálni minden ilyen esetben. Nálad inkább azt kéne elkerülni, hogy ne forduljon elő többet ez a hibaüzenet.
-
Frawly
veterán
válasz
ubyegon2
#56560
üzenetére
Nálam az összes partíción van discard TRIM, míg az fstrim az első FAT32-es EFI partíción nem fut le, mivel azt nem támogatja. De a többi partíciót alaposabban trimmeli. Ezt csak azért írom le, mert erről még nem publikált senki.
A disks tényleg hulladék, azt nem szabad használni. A smartctl viszont tényleg támogatott értékeket mutat. Minden SSD-nél mást, pl. Crucial meghajtóknál nincs 233: Media Wear Indicator, helyette 202: Percent Lifetime Used attribútum van. Általában a RAW value nem mérvadó, nagyon kevés kivételtől eltekintve (hőmérséklet, írt adatmennyiség, stb.). Fő szabályként az is elmondható, hogy ha baj van a meghajtóval, akkor a program külön is jelezni fogja, hogy valamelyik már FAIL.
-
Geripapa
aktív tag
Sziasztok, kis segítségre lenne szükségem hogy mit tudok csinálni a következő problémával.
Ma délutántól jelentkezett ez a probléma hogy a gépem nem tudja lokkolni magát. Elkezd villogni a képernyő mint ha lezárna de mindig visszateszi az asztalt majd harmadikra ez a képernyő jön be:
innentől vége...
áttudok lépni a konzolra de ott nem tudok bejelentkezni a felhasználóinév/jelszó párosommal.
Annyit tudok csinálni hogy konzol módban ha röviden benyomom a power gombot akkor szabályosan leáll a gép, így újra tudom indítani.
A rendszer: KDE NEON
Kérdés, mit kell csinálni ahhoz hogy a crtl+alt+F2 konzol ablakba be tudjak jelentkezni.
ill mit tudok megnézni átállítani ahogy hogy a gép letudja magát rendesen zárni? -
válasz
Frawly
#56558
üzenetére
Azt azért ne feledjük, hogy a folyamatos trim csak az fstab-ban beállított partíciókon működik, a periodikus pedig az összes csatolt partíción és eszközön lefut a beállított rendszerességgel. Egyébként szerintem ugyanazt csinálják, ha odaengedik őket. A hatása a folyamatosnak lehet akár hátrányos is. Lényegében az Ubuntu alapúak alapból tartalmazzák az fstrim heti beállítását, ez jól elvan a folyamatos trim mellett, felesleges kikapcsolni. Átlag usernál így a legjobb, ha nem blacklist-en lévő SSD-t használ. szerintem
A nem Debian/Ubuntu alapú rendszerek általában discard-dal települnek alapból, már nem emlékszem a cron rendszerességére ott.(#56559) Frawly
Minden SSD típus más adatokat szolgáltat, ez jól le van írva a linkelt írásban is. A disks-re utaltam, hogy baromságokat ír, de ugyanezekkel az adatokkal tud dolgozni a smartmontools is.
ilyen GMR fej amplitúdót még nem is láttam SSD-nél.
Én is most láttam először ezt a Toshiba laptopban lévő Fury 120GB-nál, azt még nem nézegettem eddig, az Intel 520 teljesen más smart adatokat ad. A linkelt cikk említi is, hogy elég slendriánul állnak az SSD-k a smart adatok szolgáltatásához.
Amiatt is említettem, hogy jobb nem is nézegetni, mert csak a frászt hozza az emberre egynémely fals érték!
(#56555) Sonja
Ezt a HDS egyébként 2011-ben írta, azóta ő is továbbképezte magát.
![;]](//cdn.rios.hu/dl/s/v1.gif)
A kolléga egyébként nem a nullás értékek miatt kérdezett, hanem a sor végén rejtőző
31602érték miatt. -
Frawly
veterán
válasz
ubyegon2
#56557
üzenetére
Én nem így tudom. A smartctl -a /dev/meghajtó_neve (smartmontools csomagból, rendszergazdai jogokkal kell meghívni) csak azokat a SMART adatokat jeleníti meg, amelyeket a meghajtó támogat, ilyen GMR fej amplitúdót még nem is láttam SSD-nél.
Az viszont igaz, hogy van néhány elavult program, ami mutathat hülyeségeket, mert vagy nem jól olvassa ki a SMART adatait, vagy kiolvas olyat is, amit a meghajtó nem támogat. A kérdező esetében viszont nem ez e helyzet, mert van értelme a 0-ás értéknek és a smartctl nem hoz le nem támogatott értékeket.
Linuxra még van HD Sentinel, ingyenes, de csak parancssoros. Viszont azt nem szeretem, mert nem minden SMART adatot mutat azok közül, amit a meghajtó támogat, másrészt meg szereti a kondíciót eléggé a saját szájíze szerint mutatni, több értéket kombinálva, nem pedig a SMART-beli kondícióértéket kiírni, és ez így megtévesztő lehet néhány SSD-nél.
-
Frawly
veterán
Ha már SSD és Linux. A Crucial MX300-on kb. fél évig a fstrim -a -v parancsot használtam trimmelésre. Pár hete váltottam az /etc/fstab fájlban discard-os mountra, hogy ezzel is legyen tapasztalatom. E néhány hét után nekem úgy tűnik, hogy az fstrim hatékonyabban trimmel, hiába van folyamatos discard TRIM, mindig talál a kézzel futtatott fstrim trimmelni valót. Ennek ellenére feltehetőleg elég az egyik fajta TRIM, mondjuk a discard, mert gondolom azért annyira megtrimmeli az is a meghajtót, hogy idővel ne lassuljon be, de az fstrim előnyösebbnek tűnik, mivel
1) hatékonyabb
2) minden SSD-n megy, ami támogatja a TRIM parancsot
3) több fájlrendszer támogatja (1-2 kivétellel)Hátránya is van:
1) nem minden fájlrendszer támogatja (pl. a FAT-rendszerek csak discardot támogatnak)
2) kevésbé egyértelmű a használata, bár mióta van fstrim.timer systemd service, azóta nem kell a cron-nal kínlódni. -
#56557
ubyegon2
félisten
herdsman12
#56554
válasz
herdsman12
#56554
üzenetére
"Nem árt tudni, hogy egyes típusú SSD-k nem, vagy csak részlegesen képesek S.M.A.R.T adatokat küldeni, így nem is tudhatjuk, hogy milyen állapotban vannak."
Nem kell aggódnod szerintem ezek miatt, az SSD-ket nem nagyon lehet úgy vizsgálgatni, mint a HDD-ket, nekem az egy napos Intel 520-ra is azt írta anno minden értéknél a Disks program, hogy Magas kor meg Hiba várható!
GMR fej amplitúdója sorban is az van, hogy hiba várható!
Egyszóval nem SSD-re valók ezek a programok. Viszont például a Disks (Lemezek) egész jó Teljesítmény tesztet csinál! A smart adataival meg ne foglalkozz. Inkább csináld meg az ellenőrzést az ismert parancsokkal. Az SP9200 egy nagyon jó SSD amúgy.
Ha van Windowsod, akkor az SSSDOK programot érdemes használni, a linkben is azt látod. Linux alá nincs.
-
#56556
Frawly
veterán
herdsman12
#56554
Frawly
veterán
válasz
herdsman12
#56554
üzenetére
Nem kell aggódnod. Az a nagy szám a RAW érték, és minden meghajtónál más. Azt írják, hogy ez a Media Wear Indicator 0-ról indít, majd felmegy 100-ra, majd onnan esik egyesével, ahogy öregszik a meghajtó, végül 1-en állapodik meg. Azaz nálad azt jelzi a 0-val (normalizált érték, vagy csak simán érték), hogy új még az SSD, kevés írást kapott (100%-os kondíciójú).
-
#56555
Sonja
nagyúr
herdsman12
#56554
Sonja
nagyúr
válasz
herdsman12
#56554
üzenetére
Az a jó, ha az a szám magas/nagy.
A "természetes" elhasználódást a "233 Media Wearout Indicator" attribútum "Érték" mezője mutatja. Ez folyamatosan csökken 0-ig, amikor is már gyakorlatilag bármikor sérülhet a tárolt adat.
-
#56554
herdsman12
őstag
herdsman12
őstag
Idővel kiművelem magam SmartControl ügyben, de most nem találom a megfejtést.
Egy 18 órája beüzemelt Adata SP920 SSD smartctl egyik sora ezt mutatja:233 Media_Wearout_Indicator 0x0000 000 000 000 Old_age Offline - 31602Szép nagy szám, mit jelent ez pontosan, kell aggódnom?
-
csixy
addikt
válasz
Frawly
#56550
üzenetére
Frawly, ubyegon2:
Köszi , már megcsináltam az újabb multibootos kütyüm. Ez most egy 64 gigás sima pendrájvra készült ezúttal BIOS/UEFI verzió egyben. Itt most nem kell mókolni a syslinux configgal , mert segít az EFI partíció. A kütyü egyébként nem GPT, csak sima MBR rendszerű. Bootolható az sda1 ekkor müxik a multibootos ISO LIVE kollekció, az sda2 bootolásakor indítható a hátra telepített peppermint linux, vagy bármi , ami nem az sda1.
Azért sda és nem sdb , mert ebben a vasban /dev/mmcblk0-nak hívják a 128 giga buta SSD-t.
Íme:
Hát ennyit az én logoutomról.
-
CanibelZ
aktív tag
válasz
ubyegon2
#56549
üzenetére
& CPT.Pirk
Hát, fene se tudja, lehet csak valami érzelmi hullámvölgyben volt és nem akart működni. Egyébként annyira nem régi (talán 1,5 éves), meg már sokszor telepítettem róla win-t meg régebben linuxot, ezekkel eddig nem volt baja. Pendriveoknál tudok "használtságot" ellenőrizni, mint a HDD/SSD-knél? Pedig pont most gondolkodtam egy multiboot pendrive-ot csinálok belőle, mert mindig engem nyaggatnak ismerősök, ha van valami és jó jönne... -
válasz
CanibelZ
#56546
üzenetére
Nekem se jók a privik, még magamnak sem tudok küldeni!
Nekem egy ideje itt van a nyelvemen a hardverhiba dolog, csak nem szivesen írja ezt le a zember, akár a pen is döglődhet, sőt! bizonyos tip. Pendrive-ok határozottan nem szeretik a Linux iso-kat. Nem marhulásból írom, anno olvastam a Sandisk Extreme 32GB-os penemről ilyeneket. Nem tudom, igaz-e, mert egy Sandisk OTG-t használok telepítgetésekhez, az meg bírja már ezer éve és majdnem ugyanolyan gyors. A pendrive fura egy madár, figyelni kell vele nagyon, a nemrég vett Flair 64GB-os például USB2 portban gyorsabban másol filmeket, mint a 3-as portból!
Pedig ilyen nincs és mégis van!(#56547) CPT.Pirk (#56548) leslieke
Dejó.....Ti tucc-tok írni magadnak is?
Ez valami félisteni kiváltság lehet. 
(#56542) csixy
Amit kérsz, az olyan fából vaskarika, mert ha van live-mód, akkor értelemszerűen nagyobb az iso jóval! Most jelent meg a Bodhi Linux, de annak szerintem nincs live módja, de a szintén most megjelemt új PepperMint-nek viszont van, ezeket gondolom ismered, jól kinéznek, de mégis igen lightosak emellett!
-
CanibelZ
aktív tag
válasz
CPT.Pirk
#56545
üzenetére
Rufus-t használtam, mint máskor is. De megpróbáltam elindítani az asztali gépen, ott elindult, utána viszont már a laptopon is működött. Na, erre mondjon valaki okosat, hogy mi lett vele.
Hamarabb akartam írni, csak valamiért nem töltött be a fórum kb 17 óta, de reggel óta a privátokat abszolút nem tudom megnézni "Kommunikációs hiba" miatt. Erről tudtok valamit? -
csixy
addikt
Szükségem lenne egy olyan linux disztróra, melyik tudja a live módot is, de nem túl nagy kiterjedésű a telepítője, van grafikus ablakkezelője, tudja EFI-t és a GPT-t is,64 bites, ugyanolyan rendes telepítő varázslója van , mint az Ubinak, vagy a Mintnek és ugyanúgy Grub2-t használ. Szóval a lényeg a kicsi ISO méret lenne és lehetőleg a vincseszteren telepített állapotban érje be kevés hellyel.
-
CanibelZ
aktív tag
Sziasztok!
Fel szeretném laptopomra rakni a Manjaro KDE verzióját. Be is tölt a telepítő addig, amikor ki kell választani a nyelvet, billentyűzet nyelvét stb., és ott van a telepítés is. Ha erre viszont rámegyek, akkor a Win10 kezd el betölteni... SHA-t megnéztem, egyezik, szóval elvileg az ISO-va nincs gond. Debian KDE-t ezelőtt sikerült feltelepítenem, ezért nem értem, hogy most mi lehet a gond. Van erre valami ötletetek? -
Addig eljutottam, hogy a ~/.config/monitors.xml file/ban megszuntettem a kaoszt, es ennyit hagytam benne.
Ezzel azt ertem el, hogy a tukrozesrol mar leszokott, de a felbontasokat, illetve az elsodleges monitort mar nem sikerult megjegyeznie.Probaltam rasegiteni a ~/.xprofile file szerkesztesevel:
xrandr --newmode "2560x1440_30.00" 146.25 2560 2680 2944 3328 1440 1443 1448 1468 -hsync +vsync
xrandr --addmode DVI-0 "2560x1440_30.00"
xrandr --output DVI-0 --mode "2560x1440_30.00"Sajnos ez sem segitett.
-
Kiprobaltam egy AMD karival is.
Itt minden poccre muxik, de csak a kovetkezo ujrainditasig.
Mindenaron tukrozni akarja a ket monitort, es hiaba mondom neki meg mindig, hogy ne tukrozze, akkor is ezt csinalja.
Persze fullhd lesz igy mindket monitor.
Annyival jobb, mint nV karival, hogy ha egysze beallitom, akkor reboot/ig tokeletes, sleep utan eseten nem lesz fekete keprnyo, hanem rendesen visszajon, illetve nincsenek vicces artifact-ok, mint nV eseten.De mivel mindket kari eseten mirror modot erolteti reboot-kor, igy ez szerintem mar nem driver kerdes.
Mate desktop van fent, debian 9-en.Hogy tudom ravenni, hogy reboot utan is megmaradjon a jo elrendezes?
-
válasz
Apollyon
#56536
üzenetére
Ugyanazzal a modszerrel probaltam a gyari eseten is, es az tortent, hogy hibat irt ki a felbontas beallitasokar a xrandr parancs.
A hibauzenetre rakeresve (nem emlekszem ra) azt irta az egyik distro doksija, hogy az nV gyari driverrel nem fog menni, csak a nyilttal;
megvan: [link]Egyebkent windows alatt is kezzel kell ennel a karinal beallitani a felbontast.
-
Apollyon
Korrektor
Bár más problémák, de nekem elég sok gondom volt a nyílt nvidia-hoz való driverrel, sokkal újabb kártyához. Esetleg próbáld meg a zártat, nálam az hibátlanul működik.Ja basszus, most látom gyári driver nem jó... Bocsesz. Hogy próbáltad a gyárival egyébként, és mi történt?
-
Sziasztok!
Debian-on szeretnem beallitai a dual monitort.
VGA: nVidia GF 210
egyik monitor 2560x1440
masik monitor: 1920x1080
driver: nyiltCsak az elsot (masik lehuzva) meg tudom csinalni ezzel:
cvt 2560 1440
xrandr --newmode "2560x1440_60.00" 312.25 2560 2752 3024 3488 1440 1443 1448 1493 -hsync +vsync
xrandr --addmode HDMI-1 "2560x1440_60.00"
xrandr --output HDMI-1 --mode "2560x1440_60.00"Ha radugom a masik monitort, akkor mindketto jo lesz, de amint reboot-olok, elromlik az egesz, es mindketto FullHD lesz.
Az .xprofile-ba beirtam az utolso harom sort egy netes leiras alapjan. Le is fut, de egy csomo hibauzenetet rak ki a mate desktop feluleten, amit nem tudok elolvasni, mert eltunik hamar, es kikapcsolja a nagyobbik felbontasu monitort.
Gyari driverrel meg egy monitoron sem tudom beallitani.
-
csixy
addikt
válasz
Rimuru
#56515
üzenetére
Köszönöm szépen!
A syslinuxos chainloader segítségével sikerült végre megcsinálni a swájci bicska USB-s SSD kütyümet egyenlőre legacy verzióban !
Az alapanyag egy verbatim store n go 128gigás USB-SSD drive. Így partícionáltam:
Az sdb1 fat32 , erre windowsból Yumival másolódnak a live iso-k és egyéb iso-k (vírusirtók satöbbi, pl windows telepítő), a Yumit is linuxosok csinálták, syslinuxos bootot tesz az sdb MBR-jébe. A Yumi nagyon kiszolgálja a felhasználót, nem kell beállítások után kutakodnia.
Az sdb2 exFAT, csak winnyózból tudtam megformázni, a linux a /media/user mappába mountolja ha megkérjük rá.
Az sdb3 egy NTFS szükséges rossz ,mert az előzőleg a drive hátsó végébe telepített linux, esetemben L.Mint XFCE 32 bites (bizonyám(!) ... semmi perzisztens baszkurálódás valamelyik live iso-val !) Grub-loaderét ebbe a partícióba telepítettem ez alapján:Installing GRUB2 to a Partition így:sudo chattr -i /boot/grub/i386-pc/core.img
sudo grub-install --target=i386-pc --debug --force /dev/sdb3
sudo chattr +i /boot/grub/i386-pc/core.imgSajnos emiatt került a linux a kiterjesztett partícióba.
Ezután már csak annyi dolgom volt, hogy az sda1 multiboot mappájában található syslinux.cfg fájlba beszúrjam ezt:LABEL grub2
MENU LABEL Grub2
COM32 chain.c32
APPEND boot 3És győztem !
Köszönöm nektek!
Beletelt pár álmatlan éjszakába , mire mindezt a tudatlan fejemmel összebuheráltam.
Külön köszönet colomb2-nek!!
-
Frawly
veterán
Olvastam már olyan esetkörről, hogy még EFI partíció sem volt, és úgy is ki lehet okoskodni az EFI-bootot, de egyrészt ennek a működését nem értem, meg initramfs mellett nem működik. Már pedig initramfs kötelező, ha a disztró csak azt támogatja, vagy nem csak azt támogatja, de LVM, szoftveres titkosítás, vagy hasonló van használatban.
EFI partíció viszont szabvány szerint kell EFI-bootkor, mivel a többi OS telepítője is oda akar majd írni.
-
Frawly
veterán
Akkor nem szolgál bootként, ha van másik boot is, de felesleges még az EFI-n kívül pl. GRUB-ot is feltenni, csak eggyel több lépcső, felesleges bonyolítás, mindenféle előny nélkül. Ha EFI partíció van, akkor lehet nyugodtan arról bootolni, és akkor /boot-ként is szolgál. Sok UEFI támogatja az MBR-t, de csak amolyan Legacy módként, hacsak nem használ az ember régi OS-t, mint XP és társai, már pedig az ellenjavallott. Érdemes UEFI bootot használni (már csak azért is, mert ilyenkor sok UEFI-rendszer gyorsabban detektálja a lemezeket, nem végez el sok hagyományos BIOS POST tesztet, emiatt lehet nyerni 1-2 másodpercet bootidőben). Gyanítom itt az okozza a problémát, hogy EFI bootra van állítva az UEFI (nagyon helyesen), és a telepítő valami miatt nem szereti. Már pedig EFI bootnál kötelező az EFI partíció, amit ugyan nem kötelező /boot-ként használni, de érdemes.
Mindebből azt akartam kihozni, hogy nem muszáj sok partíciónak lenni. Emlékszem egy másik fórumon az egyik fórumozó vért hugyozott, mire Fedora alatt átvitte a régi linuxos rendszerét az új SSD-jére úgy, hogy bootoljon is. Maga a klónozás egyszerűen ment neki rsync-cel, de a Fedora háromszoros bootot használ EFI bootnál, EFI-ről indítja a Shim-et (first stage boot, fallbacknek, ha a GRUB-bal valami baj lenne, de igazából ez az EFI miatt elve second stage boot), a Shim indítja a GRUB-ot, a GRUB a rendszert. Na, ez az ami felesleges, nálam az UEFI-ben kézzel hozzáadott EFI bejegyzéssel mindjárt az Arch EFI-fájlja indítja az initramfs-t, az EFI partíció van /boot alatt. Ha nincs initramfs, akkor még egyszerűbb. Nem is értem, hogy a telepítők minek bonyolítják az életet mindenféle bootmanagerrel, mikor az EFI-nek pont az a lényege, hogy szabványosított bootmanager, és nem kell rá újabbat felhúzni.
-
#56524
Frawly
veterán
bandras0226
#56519
Frawly
veterán
válasz
bandras0226
#56519
üzenetére
Igen, UEFI-s bootnál kell egy EFI partíció (ami egyben boot partícióként is szolgál, és kötelező rá FAT32-es fájlrendszert tenni), illetve a partíciós tábla GPT-s legyen. Swap partíció nem muszáj (csak ha btrfs-t használsz), használhatsz helyette tetszőleges partíción lévő swapfájlt (aminek a mérete rugalmasan alakítható). A home-ot sem muszáj külön partícióra, de azért erősen célszerű.
-
#56523
#21078528
törölt tag
bandras0226
#56522
#21078528
törölt tag
válasz
bandras0226
#56522
üzenetére
Akkor nyilván a telepítővel van gond, ne erőltesd...
Ha az Arch izgat, próbáld feltenni azt, ne ilyen barkács verziót... -
#56522
bandras0226
aktív tag
#21078528
#56521
-
#56521
#21078528
törölt tag
bandras0226
#56519
#21078528
törölt tag
válasz
bandras0226
#56519
üzenetére
Ez attól függ, hogy EFI-vel v. hagyományos BIOS módban használod a rendszered. Ha EFI-vel akkor igen, kell neki egy ESP partíció. A /home nem kötelező.
-
adika4444
addikt
válasz
#21078528
#56501
üzenetére
Most már megy, eth0-ként, indításkor is van net, én voltam figyelmetlen.
Másik kérdés:
Leszedtem a Resilio Sync-ket, ezzel szinkronizálok mappákat a gépek között.
A gondom, hogy ha belépek a mappájába és ./rslsync paranccsal indítom jó, de hogy tudom én ezt rendszerindításkor lefuttatni?
Tehát hogy futtassa le a /etc/rslsync/rslsync fájlt minden indításnál.
Köszi! -
#56519
bandras0226
aktív tag
#21078528
#56514
-
Rimuru
veterán
válasz
jackal79
#56517
üzenetére
Valtozo, fugghet a programoktol is amik fent vannak, tehat csak ugy egzaktan nem lehet megvalaszolni a kerdesed.
Pl ubuntuban (unity alatt) egy idoben alapertelmezett be volt kapcsolva hogy amazonhoz tovabitotta a keresesi adatokat
firefox rakeredez elso inditasnal
debian telepitesnel megkerdezi hogy reszt veszel-e csomaghasznalati statisztikakban
stb... -
jackal79
aktív tag
Sziasztok! A win és az android kapcsán egyre több pletykát hallani, h adatokat szivárogtatnak.
Ez mennyire jellemző a linuxra, ill. hogy lehetne ezt megakadályozni. Melyek azok a disztrók, amik ilyen szempontból megbízhatóak?
Nem mintha illegális dolgokat csinálnék, de ami rám tartozik az tartozzon rám... -
#56514
#21078528
törölt tag
bandras0226
#56511
#21078528
törölt tag
válasz
bandras0226
#56511
üzenetére
Igen, ahogy lajos0001 kolléga mondja!
-
csixy
addikt
válasz
Rimuru
#56510
üzenetére
Köszi!
Ezt egy pár év alatt biztos meg lehet emészteni.Akkor másképp kérdezek :
Van két partíció
- az sda1/multiboot mappában ott van az ldlinux.sys és a sylinux.cfg . Hogyan lehet ezeket működésre bírni az sda2-re telepített linux grub.cfg-ból (az sda MBR-ben a grub2) ?de nekem jó lehet fordítva is
- syslinux az sda MBR-ben , dolgozik tőle az sda1, hogyan lehet innen beröffenteni az sda2-n lévő grub2-es linuxot?Melyik verzió járható?
-
lajos0001
tag
válasz
bandras0226
#56511
üzenetére
Igen. Az sem teljesen kizárt, hogy az eredeti iso jó volt, csak a pendrive-nak van fizikai hibája. Nem lenne hülyeség leszedni egy friss isot, ellenőrizni az épségét, és utána egy másik pendrive-ra felírni, amiről telepítesz.
-
#56511
bandras0226
aktív tag
#21078528
#56500
-
Rimuru
veterán
Szerintem tul van bonyolitva.
Az elkepzelesed szerint:
elso particio: (nem ertem miert fat32, windows alol piszkalnal bele?) ez a telepitett rendszer boot particioja
masodik: root particio
Felteszed a rendszert amit akarsz, /boot ala felmasolod az isokat es beallitod a grubot ahogy kell.berus.berus: mikor pl ugyan az a rendszer live alatt mast mutat akkor szerintem nem marad meg a neve. Azt hogy miert mas nem tudom, just systemd things.
-
csixy
addikt
válasz
Rimuru
#56504
üzenetére
Nagyon köszönöm!
Akkor a swájci bicskagyártási munkahipotézisem a következő mostanság (kiterjedt linux ismereteim hiányában):
Lesz egy kétpartíciós USB-s SSD-m.
partíciói:
/dev/sdb1 fat32
/dev/sdb2 ext4
Először yumival megcsinálom a multibootos "pendrájvomat" az sdb1-es partícióra beleintegrálván különböző live.iso fájlokat.
Második nekifutásra telepítek egy 32bites linuxot az sdb2-re, a Grub2 természetesen az sdb-re kerül.
Elindítom az sdb2-re telepített linuxomat.
Ezután tartalékként telepítem a grubot egy másik kis pendrájvra az sdc-re is.
Ezután megkeresem az sdb1-en lévő yumi által nyilván megcsinált boot mappát és a benne lévő grub mappa grub.cfg fájljából copyzom a nekem kellő iso fájlok bootolásáért felelős részletet és ezt pastézom az sdb2-n az igazi linuxom /etc/grub.d/40_custom fájljába.
ezután:
sudo update-grub
Ezután remélem , hogy a tudás hiányában összeollózgatott kis swájci bicskám működni fog.Ha újabb distrot telepítek a yumival az sdb1-re akkor az majd nyilván letúrja az sdb-ről a linuxos grub bejegyzésemet, de sebaj, mert az sdc-ről majd be tudom bootolni a telepített linuxomat és a grub újratelepítésével és a 40_custom file tuningolásával és megint egy update-grub művelettel a kígyó már a saját farkába harap és kész !
Van erre remény , hogy jó lesz ??????
-
#21078528
törölt tag
-
#21078528
törölt tag
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
A 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
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Elder Scrolls IV - Oblivion - Olvasd el az összefoglalót, mielőtt írsz!
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- sziku69: Fűzzük össze a szavakat :)
- Automata kávégépek
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Luck Dragon: Asszociációs játék. :)
- Autós topik
- Kormányok / autós szimulátorok topikja
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Nintendo Switch 2
- További aktív témák...
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Assassin's Creed Shadows Collector's Edition PC
- Eladó Steam kulcsok kedvező áron!
- Samsung Galaxy A5 32GB Kártyafüggetlen 1Év Garanciával
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 MAX 36GB RAM 1TB SSD garanciával hibátlan működéssel
- BESZÁMÍTÁS! Gigabyte H610M i5 13400F 16GB DDR4 512GB SSD RX 6700XT 12GB DeepCool MATREXX 40 650W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest