Hirdetés
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Itt az első olyan, MI-re kiélezett laptop, ami ellenáll a környezeti hatásoknak
ph A széleskörűen konfigurálható újdonságból remek választás kerekedhet a zordabb körülmények közepette végzett, helyszíni munkákhoz.
-
Remekül néz ki a szögletes Z Fold6
ma Kémfotókon csodálható meg az S24 Ultra vonásaival érkező hajlítható.
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
5leteseN
aktív tag
Sziasztok.
MX-Linux ugyan, de túl csendes az a téma, ezért -mivel nem tartom disztró-specifikusnak a kérdést (Grub 2, szerintem)- ezért itt is megkérdezem.
Sikeresen használgatták ismerőseim ezt a Linuxot korosabb gépeiken.
Egyiküknél futottam bele az alábbi problémába:
A pendrive a telepített MX az alábbi hibaüzenet tucatjait adja;
mdadm: No arrays found in config file or automatically...vagy 20-szor.
Abban az esetben, ha a boot menüjét (Grub 2) az 'e' megnyomásával szerkeszteni akarom, akkor a külföldi fórumokban ideiglenesen javasolt megoldásként a
"set root='hd1,gpt1' helyett néha elfogadja a '/dev/sdg1'-et, sokszor nem.MX2 .1 Wildflower, pendrive-ra telepített módban, USB-boot beállítva!
Mi lehet a gond?U.i: Ez a kérdés szerencsésen kapcsolódik -az egyébként "örökéletű" -
"kis erőforrás igényes rendszert szeretnék, de szépet és gyorsat" témához.[ Szerkesztve ]
-
5leteseN
aktív tag
válasz tordaitibi #85825 üzenetére
Az Live MX-Linux ISO-ról pendrive-ra telepített , végleges, arról -pd-ról- futó rendszerrel van ez a gond.
Az kis okozhatja a gondot, hogy a notebokban lévő merevlemezre is menthetett valami összetevőit, a körmét változott a kezdetek óta, de nem látszik egyértelműen, hogy csak azóta van ez a gond.
-
5leteseN
aktív tag
válasz tordaitibi #85827 üzenetére
Nem.
Az oprendszerek összeveszésének elkerülése végett igyekeztem úgy telepíteni, hogy a W10 -"Őfelsége"- használja a merevlemezt, az MX-Linux a pendrive -ot.
A Grub-ban ez kiderül vmiből. Meg tudom nézni, odáig eljutok.
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz tordaitibi #85830 üzenetére
Nem vesztem el, csak meccsetnéztemünnepsöröztem...
... +teszteltem:
A linkben leírtakat -mdadm/Grub probléma-, javítást megtettem, ritkábban, de most is adja a leírt hibát.A hd1,gpt1 szerepel a korábban szerkesztett Grub sorban a set root-nál továbbra is, de most 2-3.-ra elindul: ???
Az ideiglenesen javasolt -korábban bevállt- javítást (gpt1,... ,=>/dev/sdg1, vagy /dev/sdh1) nem próbáltam még.A pendrive rá vonatkozó javaslatot köszönöm, megvalósítás folyamatban.
Kérdés ehhez: emléxem, hogy az SSD első fél évtizedében az egyik tesztelgető oldal(Tom's hardware?) megnézte, hogy a nemgyakori írásra javasolt pendrive és a gyakorlatilag állandó használatban levő SSD-k ugyanazt a memória chipeket használta, a vezérlés volt különböző!!!Gazdaságossági okok miatt a borítás/csomagolás alatt -szerintem- most sem más a helyzet.
Ettől a sejtésemtől függetlenül a külső SSD lesz a véglleges megoldás.
Kérdés érdekesség jut-eszembe: ha az MX-Linux a 12 GB RAM-ból futna -RAM-disk-ben-, és csak kilépéskor írja magát a 64 GB-os Pd-re, az lehetséges jó megoldás?
Köszönöm a(z eddigi és ezutáni )válaszokat!
[ Szerkesztve ]
-
5leteseN
aktív tag
Itt (vagy másik alfórumban, nem emléxem sajnos, Bocs) láttam egy egyszerű parancsot, ami grafikusan(is,) mutatta a rendszerben éppen elérhető tárolók(hdd, SSD,...) sebességeit.
Mi is volt/lehetett ez?
-
5leteseN
aktív tag
válasz 5leteseN #86410 üzenetére
...valamint: A pendrive-ra(ezentúl csak pd) telepített MX-Linux-om továbbra is hol felismerhető -elindul/nemindul, hol nem is látja a notebook.
Amikor felismerődik és nem indul:
ls /dev-nél nem is làtja -furcsa módon- a már elindult Linux meghajtót.
Vmi: "UUID... not exist." a hibaüzenet.
...holott a hdd-t látja, de semmi mást, pedig a Bios még látta, Linux(menü, Grub) pd-meghajtót, hisz a grub elindul, majd recsss...Amikor látja, és elindul, akkor mindig vannak egyébb tárolók, asszem' az sdg1 -et használja.
A grub menüben hd1-ként szerepel a root útvonal, nem sdg1-ként.
Lehet az is a hóba oka, hogy telepítéskor volt vmi bonyolodás az üdítő, mbr, egyebek körül.Lehet, hogy tisztítaná a képet, ha uefi-vé lehetne tenni a jelenlegi rendszert.
Ezt lehet a jelenlegi telepítés megtartásával?További információ: más uefi-s pd-t mindig felismer a nbook.
Ventoy-t is mindig, MX-Linux Live pd-t(iso) is.initramfs -u (-v) és Grub Update1 ezerszer, hiba(véletlenszerű felismerés -BIOD),- és utána szintén véletlenszerűen sikeres elindulás a grub menü után) megmaradt.
Szerintem a hiba kettős: az uefi/mbr telepítéskori baki, és a root útvonal eltérö meghatározási módjaiból adódó hibák összeadódnak.
Hosszú lett, de igyekeztem egy több napos kérdezz-felelek fórumozást lerövidíteni.Várom a megoldáshoz vezető kérdéseket és válaszokat főleg. +
-
-
5leteseN
aktív tag
Nekem az MX-Linux, és az itt ajánlott Porteus is tetszett, mindkettő "szinte megduplázza" a géped teljesítményét egy W10/W11-hez képest, hasonló feladatú programnál .
...de: Szinte mindegyik Linux sokkal jobb (fajlagos) teljesítményre képes ugyanolyan "vason" a Windows-okhoz képest.
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz tordaitibi #86424 üzenetére
De.
Szerintem és saját tapasztalatból, Pl:
Yt-videók,
sok alkalmazás egyidejűleg,
böngésző...W10 alatti megoldás szaggat/"meg-se-nyekken", használhatatlanul lassú, Linux alatt folyamatos lejátszás, használható sebességű program, és egyéb hasonló "tünetek"...
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz tordaitibi #86432 üzenetére
Semmi gond, én el tudom viselni, ha valakinek más tapasztalata/véleménye van.
Sőt, ezt a képességet másról is el tudom képzelni és el tudom fogadni.
+ -
5leteseN
aktív tag
Sziasztok!
Rittyentenék egy Linuxot egy gépre, de egy czifrát :
USB-re tenném, de úgy mint a Live-ok csinálják! Vagyis: Boot az USB-(Pén)driveról indul, majd a további rendszert egy RAM-driveba teszi, onnan fut, majd kilépéskor (meg amikor kell), szinkronizálást csinál a 64GB-os 3.1-es pendrive-ra.Mivel a LiveCD-s és DVD-s Linuxot így csinálják több mint 10 éve, gondolom, hogy lehetséges.
A Hogyan a kérdésem.
Vmi magyar nyelvű Linuxra gondolnék. Az Uhu-Linux tetszhalott, kár pedig jó lenne.Mit javasoltok?
[ Szerkesztve ]
-
5leteseN
aktív tag
Épp olvastam az anyagot, figyelemre méltó! Köszönöm is, hogy eszedbe jutott a kérdés!
Én magam is használom a Ventoy-t azok miatt az előnyei miatt (is) amiket írtál, kedvelem, megbízható fel is merült bennem.
Azt nem tudom, hogyan hidalom át, hogy a Ventoy ISO-kal dolgozik, nekem meg egy telepített (hordozható?) rendszer kellene: az SSD-ről futtatás szintjét is meghaladó sebesség miatt csábító a RAMdrive-os üzemmód. ISO kontra telepített rendszer!Érdekelne is, hogy hogyan lehet megoldani, nézegetem a külföldi megoldásokat is.
Még mindig a virtuális-gépes boot-olás, majd onnan RAM-ba töltés tűnik a legjobbnak, mert az ISO-ból futtatás, majd ISO-ba vissza-csomagolás kilépéskor "fekete ló", ismeretlen terület nekem. Egy 30-80GB-os méretű telepített op-rendszernél ez nem biztos, hogy járható út.
... de nyitott vagyok erre is csak (sok kérdőjel).
Valami egyszerű modult keresek, ami (akár Pd-ről is) fut, megkeresi a bootolható OS-eket és futtatja a kiválasztott (RAMdriveban vagy szokásos) módon. Na ilyen virt-cépes modul nincs(még)!A Ventoy tudja szinte ezt de csak ISO formátummal.
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz sh4d0w #91734 üzenetére
A 80-90GB-os rendszert is kibontja/visszacsomagolja a Ventoy pikk-pakk, úgy, hogy közben a feladatait is kellene végezni a rendszernek?
... és még 15-20 percenként szintén "backup-olni" is fogja a komplett futó rendszert ISO készítés formájában?
Egy ilyen folyamat szerintem nem 5-10mp(mint sejtésem szerint egy csak szükséges változások szinkronizálására szorítkozó folyamat a RAMdrive és eredeti között), és nem 1-2-3%-nyi erőforrás! Ha ezt is tudjaennyi idő/erőforrásból(csökkentve feleslegesen igénybe vett és ezzel elpazarolt erőforrásokat), az "kiráááály", de akkor erröl is ez idő és erőforrásigényről is jó lenne hír.mert a "megcsinálja" kicsit kevés infó önmagában!
Ez a VENTOY-os is jó megoldás lehet, csak ezeket a válaszokat nem szoktam látni a véleményekben, bár kérdezem.Köszönöm a segítő szándékot és hozzászólásokat, mert lassan, lépésről-lépésre alakul bennem a kép, csak sokszor a részmegoldás jön, néha kis rosszallással(amit most igyekeztem tisztázni), de nem a teljes helyzet figyelembe vételével adva választ, csak a kérdések egy részére.
Ezért térek vissza látszólag ugyanazzal a kérdéssel, mert így alakul a teljes kép a több részmegoldásból.[ Szerkesztve ]
-
5leteseN
aktív tag
válasz sh4d0w #91736 üzenetére
128 vagy 192 DDR3(ECC)-s GB-om van.
Ebből akár 64-128 közötti tud(akar ) lenni RAMdrive.
Bármennyi erőforrásom van, minél kevesebbet illik elpazarolni.
A szinte biztosan az említett 80-90 GB köré hízó Ubuntu(Debian ? ) rendszer tizen-perecenkénti ISO-s ki-becsomagolása nem egy Celeron félmagos/10mp-s feladat. Részletekben megvan a megoldás a Linux-világban, sőt sokkal többet tudó is van (szerintem, pl: Proxmox ?), de túllőni/bonyolítani sem akarok.Nem gond "amúgy", szívesen elmondom sokadszor is, hozzá tartozik a megoldás kereséshez. Lassan(de biztosan?) csak összeáll a kép nálam. Nem hajt semmi...
Hobby...
Érdekes cél, feladat.[ Szerkesztve ]
-
5leteseN
aktív tag
válasz sh4d0w #91738 üzenetére
Most lehet, hogy nem-nagyon van érteleme. Engem érdekel.
Amúgy meg változnak az idők, szerintem a kerék is három-négyszögletesnek indult, 6 fölött pedig már egész jó volt az előzőekhez képest!
A még korábbi "SEMMI"-hez, és "megoldhatatlan helyzet"-hez képest pedig biztosan.A Xeon-néknál is párosan szép az élet
Visszatérve a felvetett kérdéshez: Mennyi idő és erőforrás kellene ehhez a tizen-percenkénti 80GB ISO-sításhoz! Ismét nem jött erre válasz!
Érdekelne. Kb
Komolyan.[ Szerkesztve ]
-
5leteseN
aktív tag
válasz tordaitibi #91746 üzenetére
"A megoldást és választ nem tudok de tele vagyok kérdéssel
Ha amúgy is kiíratod x időnként a ramot az isoba, akkor miért nem használsz egy portable os-t, mi értelme az egésznek?"Ha egyszerűen lehet szinkronizálni a kettőt, akkor valóban az a legjobb megoldás szerintem is! Lehet?
"Live rendszert akkor érdemes használni ramból futtatva ha a darkweben szörfözgetsz, vagy 1 bit nyomot se akarsz hagyni a gazdagépen amin futtatod.
Minden más esetbe portable OS, az meg vidáman elfitkorászik külső meghajtóról, nem pen hanem minimum usb3 ssd."
A külső meghajtó kb annyit tud mint a SATA HDDD a képen(ball-szél):
...és a jobb szélen lévő számok elég nyomós érvek.
"Ventoy képes bootoltatni ilyet, akár a saját maga alatt lévő ssd-ről, vagy virtual diszkről is."
Érdekel, érdekel, érdekel...
"Kukkantsd meg a blogomba az erről szóló bejegyzésemet, univerzális mindenre használható rendszert lapátoltam össze Ventoy alapon. Eszméletlenül rugalmas." Megyek úton vahyok
Ez a portabla OS mi okból nem felel meg neked?
Nagyon jó ötlet, évek használok több ilyet(MX-Linux).
Megyek...
El tudod küldeni a blog-címet (privát, itt, ...)?"Még egyszer megkérdem, ha amúgy is kiíratod a változásokat az isoba, akkor nem mindegy hogy natív rendszert futtatsz?"
Kiindulási alapnak jó, az a bő háromszoros lemez-műveleti sebesség b*ssza a csőrömet!
Hogyan kell a fórumozók nick-nevét betenni, ha többeknek szeretnék válaszolni egy hsz-ben?
-
5leteseN
aktív tag
válasz tordaitibi #91758 üzenetére
tordaitibi : "...Az nagyon szép, a 4459. De itt jön a de.
Ez egy lemez szintetikus teszt.
Ahhoz hogy ezt OS szinten tartani lehessen, kell proci is és még pár dolog.
Trabantba hiába teszel nitrót, 90 helyett 110-et fog menni holott a nitro szintetikus teszt szerint más versenyautó 350-et megy vele.
Mi az lemezművelet amit ilyen sebességgel szeretnél megvalósítani, esetleg valami erősen középszerű vagy alja gépen? Szerintem értelmetlen ez így.
Egy böngésző nem lesz gyorsabb, a betöltődést leszámolva hisz az eleve ramba tartja a lapokat.
Videó, az meg tetűlassú folyamat.
Kép, video szekesztésnél látom értelmét nem kell a lassú lemezre cachelni. Ide meg az Atyaúristen ramja nem elég. És a végén meg úgyis ki kell írni lemezre azt az akárhány gigás mkv-t.
Értelme talán ha az egész rendszert be lehetne tolni de ahhoz 32 vagy 64GB vagy még több kellene hisz maga az os meg a kernel oké, gyors, de ha belép a buliba 1 darab lemezművelet, máris reszeltek a koncepciónak. Ha meg ez nincs, értelmét veszti az os fogalma, mindig a kiinduló állapotot tölti be hisz ugye nem irkálhat lemezre..."eBay, +kis szerencse, +kb. 100€ => Szerver E5-26**v2-vel, 32-128GB RAM-ig, a RAID HDD-k pedig a hab a tortán!
Na egy ilyen szerencsés szerzeményem van pár hét eBay-es nézegetés után, és már úton van hozzá a második 64GB RAM.
A CPU már kicsit lassú, cserébe "ALIG fogyaszt"(2-300W-ot) , de legalább a RAM-ot lassan kilóra adjág"k hozzá. + a HDD-ket is lassan vödörrel mérik, mert mennek a szerver-átépítések, selejtezések.
"Kis" kompromisszummal bőven jők négány területen.Vas tehát van bőven nálam, az "álomkonfig" 128GB RAMdrive-ba teszi a teljes rendszert és 32-64 GB van a futtatásra.
A portable Linux(van Ubi?) egyre inkább az én favoritom is, főleg, ha lesz hozzá RAMdriveos futtatás. Lesz?
A Ventoy-t is ismerem, de eddig szinte csak az ISO-s változatot. Azzal találkoztam eddig, az nagyon jó, jó tapasztalataim vannak. Az általad említett egyebekről(SSD, ...egyéb lehetőségek) most hallok először. Jól hangzanak.
Meg lehet vajon csinálni ezt a "portable Linux, +választható natív/RAMdrive-os futtatás" combót?[ Szerkesztve ]
-
5leteseN
aktív tag
Nálam az Mx-Linux jól ketyeg a 19-es óta. A Live-al kezdtem, utána jött vissza a 21-es verzió a telepítettel kis kitérő után.
Egy Ventoy-os ceruzán rajta is van, mint az IT-svácibicska egyik eleme.Nem vagyok hívője, egyszerűen nálam a régi asztalin és a laposon(nem a Föld) is jó.
-
5leteseN
aktív tag
válasz nagyfejü #91912 üzenetére
Szia! nekem az MX-Linux sikerült, pont ezért nem tudok naprakészen segíteni mert évek óta nincs komolyabb gond vele a rokonnál a kozmetikázásokon kívül, => egyszerűen elfelejtettem már, hogy hogyan csináltam.
Azt azért sokan javasolták, hogy inkább külső SSD-re mert a pendrive nem a folytonos naplózás és egyéb futtatós terhelésekre lett kitalálva. A pendrive a RAM-ban futtatós Linux-oknál az optimális, egyéb esetekben az SSD-s a jó megoldás. Ha jól emlékszem van magyar MX-linux közösség(Itt is). Nekem a töredékes angolommal sem kellett benézni, viszonylag egyszerű az MX-Linux. Előtte telepítés nélkül is ki tudod próbálni, tud magyarul is, vannak hozzá frissítések, csomagok.
"Hit" nélkül is jó, simán/jól használható.[ Szerkesztve ]
-
5leteseN
aktív tag
A PassMark szerint közel ötszörös teljesítményű a 3770-es, és ha jobb RAM-ok vannak benne, akkor még azok is meglódulhatnak az Intel-es adatlapjaik szerint 20-50%-kal. Túl jó lesz!
A BIOS ismeri a kiszemelt utódot?
Khmmm...
Nekem azt írják az Intel-es adatlapok, hogy a régi 1156-os, az új pedig 1155-ös. Volt már, hogy téves volt a "gyári" adatlap![ Szerkesztve ]
-
5leteseN
aktív tag
Sok Linux-nál az "apt-get update" utasításra letölti tárolóhelyekről a frissíthető csomagok listáját, és aminél lehetséges a frissítés, azt listázza is. Az "apt-get upgrade" utasítással pedig frissíti is mindet, amit lehetséges. Ezek természetesen root terminálos parancsok voltak.
Bár emlékeim szerint nem nevesített Debian volt, amivel használtam, de Debian alapú(ak).
[ Szerkesztve ]
-
5leteseN
aktív tag
-
5leteseN
aktív tag
Debiános volt az UHU-Linux, de nem az eredeti Debian apt-t használta. Gondolom ezért is kapta a -get utótagot, arra emlékszem is, hogy az első próbálkozásaimkor belefutottam az UHU-s emlékeztetőbe, hogy a Debián csomagok simán nem használhatók az utasítás hasonlósága ellenére! Ezért maradt meg bennem az apt-get update, apt-get upgrade páros, és a célszerűen következő remove-ok utána.
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz májkimiki #92229 üzenetére
Az UHU-val kezdtem a Linux-os pályámat. Jó kis diszró(volt?). Sokáig kitartottam mellette.
Ahhoz képest, hogy az utolsóra azt mondták a készítők, hogy LTS(Long Time Support-os: "Hosszútávú Támogatás"-os) lesz, elég gyorsan sikerült magára hagyni! Nem örültem ennek a folyamatnak, maradtam volna UHU-s.
Örültem, hogy sok év munkájával egy ilyen egész jó színvonalú Linux-ot sikerült létrehozni, hazai tudással! Kár érte! : ((Nem értem azt sem, hogy akkor miért nem adták át/el/tovább, ha nem akarták, nem akarják tovább csinálni. Így az addigi munka elvész!
Az UBK-sok ezek szerint megvannak még. Milyen az UHU-Linux UBK-s verzióinak a szintje, minősége "szakmai" esetleg felhasználói szemmel?
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz berusbacsi #92703 üzenetére
berusbacsi :
"Ugye a PCIe alrendszer energiagazdálkodásáról van szó, azokat a PCIe eszközöket amik éppen nem beszélgetnek a rendszerrel, alacsonyabb energiaszintre kapcsolja. Ha engem kérdezel, csak hátránya van, mert így a késleltetésük nő.
Persze azt tudnod kell, ha kikapcsolod, a világ összes bébifókája miattad fog elpusztulni, és a sötétzöldek nyilvánosan kivégeznek! " -
5leteseN
aktív tag
válasz CPT.Pirk #92759 üzenetére
A Linux-nál VGA-driverekben igen gyengén álló nVidia az AI/MI területen a szoftver támogatásokban nagyságrendekkel mégis jobb az másik részterületen hasonló arányban vezető (de AI/MI-ben mélyen a béka-... alatt lévő) AMD-nél.
Igazán az érdekelne, hogy rövid időn belül várható-e, hogy az AMD előrelép az AI/MI szoftver-támogatásban(Linux)?
Kicsit "betáraztam" AMD-ből(MI25-ök).
Várom az előrelépést az AMD-től: ROCm?[ Szerkesztve ]
-
5leteseN
aktív tag
Idős felhasználó ismerős, hasonlóan idős gépen MX-Linux-ot használ Windows előzményekkel, elégedetten.
-
5leteseN
aktív tag
válasz tordaitibi #93075 üzenetére
Kezdő szintnek tippelem a problémámat, ezért ide toppanok be: MX-Linux, valaki otthon van benne kicsit?
Ohhh, véletlen a "Válasz"-t kattintottam, az "Új" helyett. Pardon...
[ Szerkesztve ]
-
5leteseN
aktív tag
Kérdés-sorozatom:
1; A GParted nem tudja megjavítani az ntfs-es HDD-t, sőőőt közli, hohy a Windows-ban indítsam a chkdsk/f-et. egy Linux-os program nem tud valamit, de egy Windows-os igen!!!
Fel vagyok borulva! ... háborulva!!!( )
Ez a helyzet tűrhetetlen!
2; Az MX-Linux-nak rá klikkeltem valami mentsen valamiket a laposban lévő HDD-re, emiatt sokszor hibásan indul(valami mdamd...).
....de ez a hiba nem is érdekel, mert a HDD-re mentegetés miatt van, mikor nem találja azt. Ezt a "nemtommi" HDD-re mentegetését meg lehetne szüntetni?
3; majd ha az előzőeket sikerült lerendeznem.Előre is köszönve:
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz Warton #93137 üzenetére
Az MX-Linux sok évvel ezelőtti telepítésekor hajnalban kérdezett valamit, hogy mentsen a "nemtommit"-"nemtomhova"(amire nyomokban emlékszem, mert sajnos ivás nélkül is már fáradt voltam, van ám ilyen is!), de azóta is a pendriveos telepítés ellenére minden induláskor keresgél valamit a vinyón.
Erre kérdeznék, rá, hogy hogyan lehet meg-/kitalálni, hogy mi is ez, és leállítani/törölni/...
Arra bátorkodtam utalni, hogy mikor nem találja meg a vinyót, akkor vannak ezek az mdadm(vagy valami ilyesmi, fejből nem ugrik be), majd sikertelen is lesz az indítás. nincs grafikus felület sem.
Valami UI-ID problémája is van, szerintem ennél is a nem megtalált(azóta cserélt is) HDD azonosítóját reklamálja.
Ha ezt a "valami-vinyóra-mentős" funkciót sikerül megtalálni-törölni, akkor nem kell elveszni az emiatt utána jelentkező hibákba, mert nem lesznek.
Gondolom én: az elsődleges hiba kiküszöbölése után, a másodlagos hibák(többsége) is megszűnik.[ Szerkesztve ]
-
5leteseN
aktív tag
válasz 5leteseN #93138 üzenetére
májkimiki : Ez az 1-es számú egy másik gond, az másik említettől független. Egy Mx-Linux alá csatlakoztatott USB-s adapterbe rakott HDD produkálja, ami Windows alatt lett létrehozva, sokáig rendben is volt. Utána nem, most próbálom használhatóvá tenni a W11 összeomlás után. Nem ezen volt az aktuális rendszer, de gyanús, hogy egy korábbi W11 rendszerindító akármilye volt rajta és ezt a régit megtalálva omlott össze a pár hónapos rendes működés után az SSD-re telepített újabb rendszer, valószínűleg egy Windows rendszer-frissítés után újra-indításkor. Ez csak járulékos infó.
Most "Csak" adatok vannak rajta, ha volt is rajta rendszerindító akármi, az nem kell, sőt törölném is(a további összeakadásokat megelőzendő), de az az 500GB az 1TB-s HDD-n kellene.
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz tordaitibi #93141 üzenetére
Van működő W11, de az nem is látja meg ezt a HDD-t, a Linux-os GParted meg látja. Ezért gondoltam, hogy megnézem Linux alatt(+ a poén ; ), de mindjárt rákérdezek az ehhez illő(W11) helyen a problémára.
-
5leteseN
aktív tag
A sok éve szolgáló HDD "dobozkát" az USB-vel összekötő vezeték feladta a küzdelmet. Csere után folytatom W10/11 alatt.
-
5leteseN
aktív tag
Immár hogy sikerült
bükkfa-fejembekőbe vésnem, hogy ntfs-t nem faragunk Linux-ban, vissza kanyarodnék az illetékes hozzászólásom további részében szereplő és átsiklott (MX-Linux-os) problémámra: a pendrive-ra telepített MX-L készítésekor valami olyasmit kattintottam fáradtan, +hajnalban, +egyebek miatt, hogy mentsen "nemtommit" a HDD-re, amit azóta cseréltem is, nem is mindig találja, ezért mdadm(vagy valami hasonló) sok-soros hibával áll le az MX-L indulása, grafikus felület nélkül. Vannak valami MX-Tools-ok amikkel szerintem jó eséllyel javítható ez a boot-olós user-error(om ), de töredékes angolom és még töredékesebb Linux-om megakadályoz a sikeres megoldásban.
... pár éve! Valaki rá tudna vezetni a megoldásra?
Sűrűn be-visszanézek ma és hétvégén, mert nagyon-qrvára megoldnám már!Köszönettel és előre is ...
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz májkimiki #93252 üzenetére
1:
2: Sokadikra (mikor ki tudja miért , de akar,) működik az MX-Linux még mindig!
3: Azt meg lehet-e csinálni, hogy live rendszer a lapos(-top) SSD-n, aminek a driverén egy másik partíción van egy pocket-Firefox. és ehhez szinkrinizálja egy pendrive-másolatát(amit ado viszek ahova akarok, és kis szerencsével fog is ott működgetni).
3,5: Asszem az MX linux tud magáról (remélem a perzisztenciája nélkül) ISO-t készíteni, amit (elméletileg) tudok majd Live-ként használni.
4: Ezeket viszonylag egyszerűen és gyorsan meg tudom csinálni(némi rávezetéssel! )?
[ Szerkesztve ]
-
5leteseN
aktív tag
válasz májkimiki #93254 üzenetére
2: vsz. azért működget, mert csak a user letöltött dolgait menti a perzisztens területre, meg nem rendszer kritikus beállításokat tárol ott. Az MX telepítőben van olyan opció, hogy telepítés után (legyen az bármilyen) a telepített rendszeren megmaradjanak a live beállításai. Szerintem ezért is működget és gondolom úgy néz ki ahogy anno a live-ot beállítottad.
Szerencsém volt, és-vagy készültek gasonlóan elvetemedett felhasználókra!
3: Ez egy kicsit zavaros. A FF-ot tudod szinkronban tartani a szinkronizációval. Az nem elég?
Azt a 3-4 net-bankos pin-t nem nagyon tenném ilyen-olyan felhőbe. Valamilyen megbízható Linux-os megoldás lenne a pocket-Firefox-omra? Tikosssas, egyebek...
Linux-ra van pocket-Firefox? W-kre van, azt tudom.3,5: Nem nagyon használtam az MX ezen különleges dolgait. Van ilyen több is más néven más disztrón. A lényeg, hogy egy full rendszer mentést csinál és abból generál egy kiírható-bootolható ISO-t. Ezzel gyakorlatilag egy saját szájízre konfigolt live-ot tudsz csinálni.
Ránézek.
4: Kérdezz még vagy ötletelj, ha tudunk valamit segítünk.
A "laposon" megtáltosodna az MX-Linux az USB2.1-es pendrive helyett a belső SATA-SSD-n futkározva, és ha szinkronizálná is magát a pendrivehoz(amikor észreveszi, hogy be van dugva), akkor mobil is lennék, + gyors is!
-
5leteseN
aktív tag
Én is és még majd' tíz vérszegény géppel nosztalgiázó ismerős használja az MX-et, ezért most még maradnék a viszonylag egységes jótékonysági-karbantartós állományomnál a kb egységes op-rendszernél.
Bár már egyszer majdnem átáltam a Proteus-ra, de mégis maradt az MX akkor, mert már az akkori Proteus se volt hajlandó Live-ként megnyitni az éppen aktuális gazda-gépet, mert "jogvédek", +"super-korrekt vagyok", + egyéb bla-bla-bla: vagyis Rescue-üzemmódban ugrott a használhatósága. Ez csak kis háttér az okoról, esetemben.
Én is látom, hogy lenne akár jobb Linux is a jelenleginél, de nincs időm(se , + egyebek se ) átállni-megtanulni egy újat a jelenlegi (nekem) egyszerű helyett.De azért köszönöm.
Mentem nézni a néznivalókat...
Rövidesen jövök.[ Szerkesztve ]
Új hozzászólás Aktív témák
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!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen