Azért messze nem normális, amit átélt. Ilyen alap dolog, hogy egy Steam nem működik azon a disztrón, amit a gamerek többsége használ Linux alatt Steamre?

Ez a GPT-s szívás meg... A magam részéről minden gépemen MBR-es partíció kiosztást csináltam, mert számomra nincs olyan előnye a GPT-nek, ami miatt megérné a kínlódás vele. És ez független az oprendszertől, mindegyik alatt szívás.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

dmesg-ben latszodnia kellene valaminek.

Vigyázat, csalok!

Mintha magamat olvasnam.
Kollega ha van kedved olvasd el a blogomat a Linuxokrol.
2 azaz ketto evig heti szinten szenvedtem olyasmikkel amiket leirtal.
Tobb disztro tobb variansaval. Debian, Mint, Manjaro, Magyarch, meg a fene tudja meg mi, es ezek eltero kiadasaival.
Csereltem az alaplapon es a procin kivul lemezeket, ssd-ket, ramot, tapot, mindent.
Es kb. 10 honapja beprobaltam kinomba egy oreg Ubuntut ami azota hibatlan.
Magyarazat nincs es neked se lesz, talan valami megmagyarazhatatlan hardver inkompatibilitas.

Ne add fel, ha en oreg fejjel 2 evig bombaztam forumokat, telepitettem 30-40x es viseltem a koznep haragjat (termeszetes emberi reakcio hogy amiket leirtam az a hihetetlenseg hatarat surolja es a sok segitseg nem hasznal akkor marad hogy en vagyok a hulye) akkor te se futamodj meg.
Hogy nalad mi lesz a megoldas arrol gozom sincs.

[ Szerkesztve ]

Sziasztok!

Adott egy Ubuntu 16.04-es desktop rendszer, egy VirtualBox-os merevelemezre telepítve. A problémám az, hogy csak recovery módban működik. Az újratelepítés nem járható út, mindenképp szükségem lenne a rendszerre, minden beállítás, alkalmazás stb. miatt. Azzal nem megyek sokra, ha csak az adatokat lemásolom, a bekonfigurálása a kritikus tényező, és mivel nem én állítottam be, nem szeretném 0-ról újrakezdeni.

A kérdésem az lenne, hogy miként kezdjek hozzá a javításhoz? Van esetleg egy olyan leírás, ami alapján végig tudok menni a tipikus problémák javításán?

Dmesg kimenet kellene először. Azon a disztrón azt hiszem megtalálod a /var/log/kern.log fájlban is, meg ott mellette van egy két log fájl, pl. az xorg logja. Ezeknek a tartalma érdekes lehet.

Mi ennek a telepítésnek az előélete? Egyszer fel lett telepítve a 16.04 és azóta ott lett hagyva, vagy pl. frissítéseket kapott? Mi okozta a problémát?

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Köszönöm, de nem az ismerkedés volt a cél, se nem gondolkodtam a Windows leváltásán. Leírtam, hogy mi. Azért ennél már nagyobb rálátásom van. Többször próbálkoztam már desktop linux-okkal, raspberry-ket is használok, szigorúan desktop nélkül, csak SSH-val, forgattam már módosított forráskódból kernel modult (mert a hivatalos hibás), próbálkoztam a cross compile-al, és perverzkedek a docker-rel, sőt Windows-on is van egy konzolos Debian WSL2-vel, de azért közel sem tartom magam profinak...
Azért grafikus felülettel rendelkező linux-on nem gondoltam, hogy belefutok egy ilyen szívás cunamiba, és tényleg csak azért írtam le, hátha valakinek hasznára válik.
Pont ez a baj, hogy beleettem magam, ezért sikerült megoldani a problémákat, de őszintén szólva sokszor megbánom utólag, hogy ennyi időt áldoztam rá és a vérnyomásomon se segített Embernek nincs annyi ideje, hogy minden hibát kinyomozzon ami ezekben van...

Köszi a tippet, belenéztem a log fájlokba, azonban az a fura, hogy augusztus 28-i az utolsó bejegyzés. Igazából egy volt kollégám konfigolta ezt be elég régen, azóta ő már nem dolgozik. Én pedig csak tippelni tudom, hogy mi okozza a gondot. Szerinted, ha az újratelepítést választom úgy, hogy a fájljaim megmaradjanak, az egy járható út lenne? https://www.howtogeek.com/196740/how-to-fix-an-ubuntu-system-when-it-wont-boot/
PostgreSQl, Apache, ilyesmik a lényeg. Maguk a rendszerbeállítosk nem igazán fontosak.

Köszönöm szépen, majd ránézek.
Én is úgy gondolom, hogy a különböző disztrók között sokkal nagyobb eltérések lehetnek mint azt sokan gondolnák. Ezért gondoltam én is naívan, hogy felpattintok egy másikat emellé, hátha minden gondom 1 csapásra megoldódik és csak a Manjaronak van valami nyűgje, de ez nem teljesen jött be, csak más dolgokkal szívtam.
Illetve az a summás véleményem, hogy ennek az uefi-nek a szoftveres támogatása is nagyon gyerekcipőben jár még, pedig nem is új technológia. De majd 20 év múlva, mikor már hajam se lesz...
Naívan azt gondoltam, hogy a Linux felzárkózott már a Windows-hoz felhasználóbarátság és stabilitás szempontjából, de még mindig szakadékot látok a kettő között. Persze sokaknak meg más a véleményére erről, nekem ez. Nincsenek egzotikus hardvereim, és azt gondolom, hogy ma már egy Linuxnak is alapból tudnia kellene azt, hogy elsőre valami nagyon alap, de mindennel kompatibilis driver-ekkel indul, főleg a kritikus komponensek tekintetében. Valahogy a linux mindig is sokkal széttagoltabb volt, és sokkal több hardver kezelési hibát tartalmaz, ami semmit nem változott érzésem szerint. Persze a reklámokban lehet villogni, hogy mekkora királyság már, hogy linux live rendszerről bebootol az ember, és minden hardvert felismer, full grafikus felbontás stb.... Ja igen, ha olyan konfiguráción futtatod amivel épp nem bugos a hardver kezelésben valami, valamilyen nagyon új bug miatt ami épp abba a legújabb verzióba került bele amivel te próbálkozol... aztán ha az embernek mondjuk nem olyan hardverei vannak a gépben mint amivel a fejlesztők dolgoznak, máris összeomlik az egész rendszer mint a kártyavár, és bújhatja az ember a netet napokig, és ha szerencséje van és nagyon kitartó, pont rátalál a jó megoldásra a sok félrevezető infó mellett.
Lehet hogy én is túl régimódi vagyok, hogy agyrém dolognak tartom azt is, hogy mi a fenének kell alapból elrejteni rendszerindításnál a konzolt, hogy az ember ne lássa azt se, hogy mi van... Ez sok szívástól megkímélhetett volna engem is. Nem tudom miért erőltetik, hogy mindenben a Windows-ra kell hasonítani.
Amit igazából megakartam csinálni azt megcsináltam, szóval nincs gond. Manjarot meg lehet majd leszedem, mert fölöslegesnek érzek a fő Windows 10 mellé 2 hobbi linux disztrót is, de ez ráér. Azon nem idegesítem magam, hogy a Manjaro alatt miért nem ment a Steam, mert nincs tengernyi időm. Ennek is nyilván lehet ezer oka... akár maga a Steam is.

[ Szerkesztve ]

Sziasztok!
Remélem tudtok segíteni.

Adott egy Dell laptop SSD-vel, Win10-Ubuntu 18.04 dualboottal.
Az SSD első partícióján van a Win10, van egy köztes az adatmentéshez, illetve egy harmadik az Ubuntunak.

A köztesből szeretnék leválasztani Windows lemezkezelőben pár gigát, és hozzácsatolni az Ubuntuhoz.

Van erre valami faék egyszerű megoldás, vagy jobban járok ha újrahúzom az Ubuntut?

"Life's simple: You make choices and you don't look back."

Üdv a Linugz desktop évében!
Azért az egységesítés nagyban segít az önszopatás elkerülésében, én már évekkel ezelőtt átálltam EFI/GPT-re egységesen (ahogy megboldogult blogomban írtam is róla), teljesen probléma mentesen használom.
És kicsit vitatkoznék is a Kapitánnyal, ma már semmi nem szól az MBR/MSDOS mellett, inkább csak gondot okoz...
Azért akad egy kis user error is, azon pl. hogy egy MBR-ben betöltött telepítő nem csinál neked EFI-s rendszertöltőt, nem nagyon kéne csodálkozni...

Rakd újra!

Gparted live iso lesz a barátod.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Eleve nem ertem minek eroltetik a grafikus feluletet a Linux-nal, szerintem totalisan tavol all tole ez, arra sokkal jobb a Win vagy a MacOS.
Szerverkent viszont kivalo, hazi NAS-t epitettem UbuntuServer alapra, mindent konnyen fel tudtam ra tenni ami kell (VPN, nextcloud, plex, transmission, flexget, stb.), eszembe se jutott volna barmifele grafikus OS erre a feladatra.

Aug 28? Azóta nem is megy a gép? Valami gyanús dolgot nem találtál?

Szerintem, először csinálj egy mentést a vbox fájlról, hogy nyugodtan tudj garázdálkodni az eredetin. Aztán az eredetin a recovery módban indíts el egy frissítést a szokott módon:

sudo apt-get update
sudo apt-get upgrade
reboot

aztán lássuk mi történik. Egy kis ideig a 16.04 még támogatott, szóval kell kapnod frissítéseket. Hátha egy kernel meg minden frissítés megoldja az elindulási gondot magától. - lehet, hogy kézzel kell a dhcp-t elindítanod a recovery módban, hogy legyen netetd.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

EFI-s telepítést így szoktam kezdeni: Indítom a telepítőt, majd azon a GParted-et.
- A céleszközön létrehozok gpt-s partíciós táblát.
- Ezután, egy 300MIB-os Fat32-es fájlrendszerű partíciót.
- A GParteddel ehhez hozzáadok "boot", és "esp" jelölőket (flegeket)
- Bezárom a GPartedet, és indítom a telepítést (magyar nyelvű varázslóval.)
- A további megfelelő méretű/fájlrendszerű/csatolási pontú partíciókat ( /, és /home)
már a telepítővel készítem el.
- A rendszerbetöltő helyének, a 300MIB-os boot/esp (efi) partíciót adom meg.
- -> Telepítés

- A BIOS-ban a "CSM"-et Enabled-re állítva, mind a Legacy, mind az EFI-s telepítésű

rendszerek indulnak. (Itt hozzáteszem, hogy nálam egy lemezen egy telepített

rendszer van - több lemez/rendszer között indítás után a boot-választóban választom
ki hogy melyik induljon.)

Köszi a lépésenkénti leírást, anno valamiképpen megcsináltam ezeket én is, de a HP 8570p hibrid megoldása nagyon nem díjazta, fél óráig bootolni sem volt hajlandó! Pedig nem csak Mint volt rajta, aminek valami furmányos EFI particiós nyűgje van, ahogy olvastam. No meg ez a bootidős furcsaság is ráadásul!

Annyira azért nem rossz az UEFI szerintem.

Szerintem sem, de a premium diesel üzemanyag is nagyon jó. Csak hát az én gépeimbe nem jó egyik sem, ez van.

Semmi ideig nem tartana beledobni egy kis vinyót, vagy SSD-t átmenetileg. Rárakni egy aktiválatlan windowst és lehetne vele überelni a BIOS-át.

Ezt már lefutottuk régebben. Hogy miért nem leszek mégsem akkora supermarha, hogy Windowst rakjak bármire és úgy frissítsek bios-t? Azért, mert azon a még mindig igen jó kis üzleti notebookon rohadt tökéletesen fut az MBR/Legacy pároson minden Linux! capisci?

Biztonságosabb is az MBR-től, mert ha lemez eleje bexarik, akkor a túlsó végén ott a tartalalék partíciós tábla.

Csak hát életemben még soha nem olvastam olyant, hogy valakinek beszart volna a part table. De persze komoly veszély ez is bizonyára.

(van most 3 nem használatos SSD-m éppen, de inkább szétverem mind samukalapáccsal, mintsem Wint raknék ezekre)

(#77525) K0zm0

Minél drágább a cucc, annál nagyobb az adrenalinlöket.

Egy minél drágább cucchoz marhaság venni egy alap szünetmentest 10-15 rugóért. Jó abba a Vargháné tápegység. RGB futkosson körbe, kívül-belül, az a király!

[ Szerkesztve ]

"Csak hát életemben még soha nem olvastam olyant, hogy valakinek beszart volna a part table." - Hát persze, mert Blikket olvasol :)

"Vargháné tápegység. " te sem vagy egy mai kezdő

[ Szerkesztve ]

Cirbolya_sentinel

A Kodegány táp és az ontopic legyen veletek.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Hozott anyagbol dolgozom. Korabban csak MBR-t hasznaltam rendszer lemezkent, amikkel sosem volt ilyen teren gond. Ezert nincs nagy tapasztalatom uefi-vel es nem is akartam mindenaron megszivatni magam egy teljes atallassal amire nem is volt szuksegem, de ugy latszik ezzel egyedul vagyok, es teljesen magatol ertetodonek kellett volna lennie annak amit irsz, ahogy ubyegon2 is megkovezett ezert. En viszont ugy gondolom, hogy nem egy uj dologrol beszelunk, ezert elvarhato lenne mar a programoktol, hogy felismerjek azt, hogy milyen modban lett inditva a gep, es meg mielott nekiallna az egesz rendszert feltelepiteni, szoljon, hogy nincs rendben igy, nem pedig a telepites kozepen kiakad program hibaval amin csak a reset gomb segit. (LOL) Ugye nem gondoljatok, hogy ezt nem lehet lazan megoldani szoftveresen... De persze ubyegon2 szerint is ez a helyes mukodes, a lenyeg, hogy minden user error, ellenben a linux mindig szep es jo meg felhasznalobarat.. (LOL) Es akkor igy akar a szines, szagos, grafikus feluletu linux a windows baberjaira torni... Ez minden csak nem felhasznalo baratsag es stabilitas. Legalabbis ez a resze. Veletek ellentetben baromira nem gondolnam, hogy egy meg kevesebb tapasztalattal rendelkezo tudni fogja ezeket vagy hogy elvarhato egyaltalan tole, vagy megoldja, ha igy elakad..

Mint arra finoman utaltam, sztem sosem jön el a Linugz desktop éve, legalább annyi sebből vérzik mint a Win. Pont a PH fórumokon jelenlévő Linux evangelisták és megmondóemberek (nem Ubira gondolok!) voltak az egyik ok, amiért takarékra tettem magam...
Nem akartalak megkövezni, csak jelezni, hogy a Linux filozófia egyik alapvetése (volt), hogy a rendszer feltételezi, tudod mit miért csinálsz...
Egyébként Ubuntu és leszármazottai szólnak a particionálásnál erről, kifagyás nélkül, nálad ha jól emlékszem Manjaro volt, azt nem nagyon ismerem, messziről kerülöm az ilyen Arch alapú "szakértői" disztrókat, szívjanak velük csak a szakértők...

Az átállás egyszerű, a gdisk gyk. automatikusan megcsinálja a lemezek GPT-re konvertálását. Ha esetleg az segít, kiteszem valahova az erről írott bejegyzésemet...

Ha dd-vel (vagy ezt használó segédprogrammal - pl. Etcher) kiírsz pen.-re egy iso-t,
és a gép indítása után előcsalogatod a boot-választót, (pl. F12 ?) akkor azt látod
hogy a pen. 2 választható opcóban jelenik meg.
- UEFI: előtaggal
- Előtag nélkül
Ha az UEFU-set indítod, akkor UEFI módban indul a telepítő.
Ha az előtag nélkülit indítod, akkor Legacy módban indul a telepítő.

[ Szerkesztve ]

A Manjaro nem szakértői disztró. Ha azonos asztali környezettel nézzük, akkor nem sok különbség van közte és egy Mint között. Se használat során, se telepítéskor.

Madrac-nál olyan problémák jöttek elő, amit másnál még nem láttunk. Jó ég tudja, hogy miért.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Célszerű felkészülni arra, hogy egy OS bizonyos hardveres és BIOS szintű dolgokkal nem tud mit kezdeni, például leírtad, hogy bott során se kép se hang, ebben az esetben kár az OS-t kárhoztatni, mivel még nincs is kapcsolatban a hw környezettel. Nem csak a Linuxra, hanem a többi OS-re is állíthatjuk ezt. Az OS nem látóasszony és nem oldja meg azokat a user gondokat, ami nem rá tartozik. Mint írtam, nálam fél óráig se kép se hang nem volt UEFI/CSM váltáskor, de ehhez volt-e köze, éppen melyik Linuxot használtam? volna

Számtalan esetben vesznek az emberek M.2 csatlakozós SSD-t a gépükbe, mert olvassák, hogy van olyan az alaplapjukon. Az már nem érdekli őket, hogy az AHCI protokollos Sata3 csatolós csak és nem NVME protokollos. Erre sem fog figyelmeztetni az OS, mivel még nincs kapcsolata a hardverekkel!

Amúgy ha már fut a Linux, onnantól kezdve elég sok hibát jelezni fog, más kérdés, hogy ez a mód, ahogyan teszi, mennyire olvasható home userek számára. Egyszóval kitartás, végy példát Tordaitibi ft-ról, ő is szídja a rendszert a saját bénázásai és létező OS hülyeségek miatt, de emellett harcol is, hogy megnyerje a csatát!

Egy laikus usernek az általad leírt user error átélések ugyanúgy gondot jelentenének WIn alatt is. Nem? De! Amit leírtál, abból az a tanulság, hogy egy béna usert semmilyen OS nem véd meg a saját hülyeségeitől. Azért ez is hasznos tanulság mindenképpen!

(#77539) gbgb

Blogolj, amit tudsz, úgy látom megszűnt a legutóbbi bloghelyed nemrég.

[ Szerkesztve ]

Helló
Nem találtam megfelelő topikot, így ide írom. Van egy régi Dlink dns 323 nas-unk (kb 11 éves). Most cseréltem le egy dell poweredge t20-ra amin freenas megy. A Dlink nast backupra megtartanám, de azt hogy tudnám ütemezni a freenasban, hogy egy héten egyszer csak a friss fájlokat másolja rá a dlinkre? Tehát nem az egész meghajtó tartalmát, csak a friss fájlokat.