- sziku69: Fűzzük össze a szavakat :)
- user2: Kia Ceed Gold 160 1.5 T-GDI MY2024
- Magga: PLEX: multimédia az egész lakásban
- Gurulunk, WAZE?!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- gban: Ingyen kellene, de tegnapra
- Brogyi: CTEK akkumulátor töltő és másolatai
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Parci: Milyen mosógépet vegyek?
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
mobilizmo #98770 üzenetére
Meg is oldódott.
Super!
Na végre valami, ami sikerült és viszonylag egyszerűen és a nyamvadt Wint se kellett belekeverni. (ja de, egy kicsit)
Örülök neki, amúgy is sokkal jobban jártál így, mintha mindenféle vajákos Windowsos varázslatokkal operáltatok volna Tibikomámmal!
Gondolom látod az én esetemből is, milyen pszichés veszélyekkel jár az!
(baccátok +, tudtam, hogy ez a Windows fog a sírba tenni egyszer)
Az viszont tény, hogy ha több aktív meghajtón operatívkodsz, nagyon kell figyelni a particionálás dolgaira dualboot esetén. Mondjuk alapból egy Linuxnak is meghajtót kéne kijelölnie GRUB helyének, de mint említettem neked, a Manjaro meg a boot kezelése nekem veszedelmesnek tűnik...Nyilván aki már régóta telepítget/használ Linuxot, az már észre sem veszi installkor/particionáláskor, miket állítgat be rutinból. Persze néha meg pont a rutin okozza a gondot.
Meg persze a remek UEFI és a több EFI partició!
-
válasz
mobilizmo #98749 üzenetére
Ha nincs nagy veszteség és főleg nem akarja tudni a user, mi a fene okozza a gondot, tényleg a legegyszerűbb az újratelepítés. (Winre érdemes szerintem figyelni, mert sok meghajtó megléte esetén hajlamos szétdobálni rajtuk apró particióit)
...nem értem most miért nem ment, mert korábban már sikerült ez
Jól van, most már Te is egy nagy csapat tagja vagy!Üdv a klubban.
-
válasz
mobilizmo #98740 üzenetére
Lehet, én se értem, mit akar ez jelenteni és főleg csinálni!?
Azért vannak még opciók, itt van például, ami először ugrott be, adnék ennek is esélyt... [link]
Nem zárható ki, hogy a Manjaro nem meghajtóra, hanem particióra tette a GRUB-ot, úgy viszont nem fog más OS-sel foglalkozni. Alapesetben mindig csekkold le, hogy mondjuk sdc legyen a GRUB-nak kijelölt helye és ne sdc1.
Szokott néhány disztró azon is nyekeregni, hogy nem elég a hely neki az adott EFI partición. Ha van az sdc-n(ill ahol a Manjaro települ) EFI partició, akkor azt add meg installkor. Ha ugyanis a GRUB újratelepítése nem jár sikerrel, akkor sokkal egyszerűbb, gyorsabb újratelepíteni a helyes EFI partició és GRUB helyének kijelölésével.
Ha amúgy úgysem használod a Manjarot, tényleg jobb lenne egy Linux Mint 22 Cinnamont feltenned. Azon biztosan van os-prober, Ami a további OS-ek bootfolyamatba való bevonásáról gondoskodik.
Ha viszont a meglévő Manjaroval rakod fel a GRUB-ot, utána mindenképpen ellenőrizd, hogy van-e os-prober. Legegyszerűbb, ha feltelepíted, ha fenn van, úgyis jelzi.
ubyegon@Mint-C-22-Latitude-5520:~$ sudo nala install os-prober
[sudo] ubyegon jelszava:
os-prober is already at the latest version 1.81ubuntu4
Ha semmi nem fog menni, addigra javasolnak valamit fórumtársak is, akik ismerik a Manjarot és az UEFI-t is. De jó eséllyel menni fog ez.
Köszi, remélem sikerül a neki szánt gépet megműködtetni hétvégére... Amúgy egész jól megmaradt pár dolog az emlékeimben az EndeavourOS-ről, engem is meglepett kicsit!
-
válasz
mobilizmo #98728 üzenetére
Suggested repair: ______________________________________________________________ The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi of sdc2, using the following options: sdc1/boot/efi Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file Confirmation request before suggested repair: __________________________________ LegacyWindows detected. You may want to retry after deactivating the [Separate /boot/efi partition:] option. Are you sure you want to continue anyway? Final advice in case of suggested repair: ______________________________________ Please do not forget to make your UEFI firmware boot on the Manjaro Linux (24.0.8) entry (sdc1/efi/****/grub****.efi (**** will be updated in the final message) file) !
Ezt írja a végén a program. Te döntesz, hogy engeded-e a javítást. Nekem két napja helyrehozta a Windowst kékhalál és esélytelen önrecovery után. -
válasz
mobilizmo #98704 üzenetére
Legegyszerűbben, bootolj be a Manjaro telepítő pendrájvról. (mivel futó rendszer alól nehézkesebb az efibe belenézni mert eleve fel van csatolva a /boot alá és nem engedi guiról).
Indíts egy gparted alkalmazást.
Válaszd ki a Windowsos lemezt, ha nincs csatolva csatold fel a EFI partícióját és egy fájlkezelővel (Dolphin) nézd meg mi van benne.
Ha ez így nem megy, üres, netán nincs EFI partíció ami elvileg lehetetlen, lépj át a linuxod lemezére és abba nézd meg az EFI partíció tartalmát.
Kérünk ezekről képeket.
Kéne kép a gpartedről is, a két lemez partíciószerkezetéről.
Tudsz screenshotot csinálni Live Linux alól is, jobb mintha fényképezgetnél, és a Live-ba is van böngésző, arról belépsz ide és feltöltöd a képeket.
Adhatsz terminálkimenetet is karakteresen ezt egyszerűbb ide bekopizni de neked szerintem még nem megy
Nincs semmi veszve ha még maga a teljes Windows ott van a lemezen,.
Ha fontos, ha újratelepítés nem játszik, segítünk itt visszahozni, de soksok információ kell.
Nem tudom hol laksz, én Pest megye Pécel, ha nem vagy messze, elugrok vagy elhozod a gépedet és megpróbálom neked visszahozni a Wint. -
-
válasz
mobilizmo #98644 üzenetére
Oks.
Akkor van 2 teljesen külön lemez amin 2 teljesen külön OS, saját EFI partícióval? Elvileg így kéne lennie ha jól képzelem.
A Linuxon lehet nincs engedélyezve az os-prober, ami megtalál más oprendszereket és ezért nem veszi fel a grub indítóba, és a telepítésnél előre sorolódott a uefi sorrendbe.
uefibe belépve sem látszik a wines lemez rendszerindító? nincs olyan hogy Microsoft Windows bootloader? Ha van, előre sorolva indítható?Ha nincs az nagy galiba, akkor a Linux telepítésénél valamit elbaltáztál mert eltűnt a Windows EFI bejegyzése. Erre utal hogy a supergrub2disc se találja meg.
Helyrehozható de Win telepítő+parancssori gépészkedéseket igényel, nem keveset.Meg kéne nézned mindkét lemezen az EFI partíciók tartalmát.
Így kellene kinézni, nálam dualboot van 1 lemezen de nálad 2 efin az egyiken ami nekem az Ubuntu, nálad a Manjaro, a másikon csak a Microsoft könyvtáraknak kéne lennie.
-
válasz
mobilizmo #98648 üzenetére
sdd és sde nem érdekes, sdb-n csak adat van
Igazából arra a meghajtóra lenne célszerű telepíteni a GRUB-ot, amin a Manjaro van, szóval az sdc az, de ha felrakod, azt a particiót viszont nem törölheted, mert úgy megint ugrik vele a boot is!
Nálam két meghajtón vannak OS-ek és az állandó Linuxot indítva, arra telepítettem a GRUB-ot és utána látott mindent bootkor! (Linux Mint-en csináltam, mert azt tudom fejből, Manjaron másként megy és a Manjaro GRUB nekem mindig huncutkodott, ha a kernelpanic-ot lehet annak mondani)
-
válasz
mobilizmo #98625 üzenetére
Szerintem nálad a GRUB-ot kell felrakni újra, itt van egy leírás Manjarora, több verzió is, mivel nem minden, hogy EFI is van-e. Az például, hogy egy maghajtó több particióval vagy külön meghajtókon vannak az OS-ek, teljesen lényegtelen az os-prober betallózza azokat. Ha van persze, mert néha ez nincs fenn alapból és azt is telepíteni kell.
Nézd át ezt a leírást és a nálad lévő helyzetnek megfelelően rakd fel és frissítsd a GRUB-ot és nézz rá, van-e os.prober csomag fenn.
GRUB/Restore the GRUB Bootloader
Az is lehet, hogy elég lesz, amit itt írt csixy koma.
-
válasz
mobilizmo #98633 üzenetére
Légyszi nézd meg milyen módban vannak telepítve.
A Win lemez, a Manjaro lemez mbr vagy gpt, vagy kevert módban vagy , a uefibe is akkor CSM mode van beállítva?
Mivel ha ez van, a Win még mbr, a Manjaro meg gpt/uefi-be lett telepítve, akkor a bootmanagerek nem látják egymást, már a bios boot után sem.Ezek kellenének mindenképp, utána tudunk tovább lépni.
-
CPT.Pirk
Jómunkásember
válasz
mobilizmo #98625 üzenetére
Terminálba:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Ez az, amit más disztrókon a sudo update-grub parancs (alias) csinál.
Egyébként hogy legközelebb ne kelljen újrarakni ilyen esetben, van egy leírás az összefoglalóban, hogy hogyan tudsz bejelentkezni a telepített Manjarora egy boot pendrive-ra kiírt valamilyen disztróról, illetve van egy olyan cucc, hogy super grub2 disk amivel ha bebootolsz pikk-pakk felderíti mi van a gépen és el tudod indítani, utána meg már újra tudod rakni a grubot.
-
válasz
mobilizmo #73856 üzenetére
Jó, hát ezeket ne is sorold, végül is Manjarot használsz!
Amiből idéztem sorokat, azt nemrég raktam fel épp szucstom koma dícséretei alapján, amúgy tényleg jól is ment, minden OK volt, nem negyedóra alatt lelt rá a wifire, mint az előző verzió. Aztán második boot már a látható okokból hozta is a jól megszokott kernek panicot! De mindegy, ha valamit meg akarok nézni rajta, ott a fallback.
Vicces ez a számozott verziós rolling amúgy.
(#73855) szucstom
Csak odafigyelek, hogy ne nyissak meg olyan linket, ami full bizonytalan.
Ez de jó szöveg!
-
-
válasz
mobilizmo #73839 üzenetére
Nálam is ez volt a végén, de szerencsére befutott egy Archer hozzáértő, így nem nekünk kell bénáznunk. Ez a cache clean eszembe nem jutott volna.
Ha mégsem megy az upgrade, rakd be a script szövegét pastebinnel ide és BoB szaki megszagérti.
Nálam lefutott a frissítés, de a kernel panicot okozó sort ez sem rakta rendbe, pedig most nem kinódom manuálban ezzel:
Generating grub configuration file ...
Found theme: /usr/share/grub/themes/manjaro/theme.txt
Found linux image: /boot/vmlinuz-5.6-x86_64
Found initrd image: /boot/intel-ucode.img /boot/initramfs-5.6-x86_64.img
Found initrd fallback image: /boot/initramfs-5.6-x86_64-fallback.img
Found Linux Mint 19.3 Tricia (19.3) on /dev/sda1
Found Ubuntu 20.04 LTS (20.04) on /dev/sda5
Found Linux Mint 20 Ulyana (20) on /dev/sda8
Found Debian GNU/Linux 10 (buster) on /dev/sda9
Found memtest86+ image: /boot/memtest86+/memtest.binsudo pacman -Sc parancsnál mindkét esetben igent válaszd szerintem.
-
válasz
mobilizmo #73836 üzenetére
Aham, akkor marad az előbb említett lddd parancs, futtasd le, amíg nem jön valaki, aki ismeri az Arch alapú témát.
Nálam lefutott az ellenőrzés, de ugye itt nem is volt törött csomag:
[ubyegon@manjaro8570p ~]$ sudo lddd
[sudo] ubyegon jelszava:
==> Go out and drink some tea, this will take a while :) ...
-> DIR /home/ubyegon/.local/bin
find: '/home/ubyegon/.local/bin': No such file or directory
-> DIR /usr/local/sbin
-> DIR /usr/local/bin
-> DIR /usr/bin
-> DIR /usr/bin/site_perl
-> DIR /usr/bin/vendor_perl
-> DIR /usr/bin/core_perl
-> DIR /var/lib/snapd/snap/bin
-> DIR /lib
-> DIR /usr/lib
-> DIR /usr/local/lib
-> DIR /usr/lib/libfakeroot
-> DIR /usr/lib32
-> DIR /usr/lib/openmpi
==> Files saved to /tmp/lddd-script.XIcbMég a használt tükröket nézném meg a helyedben illetve váltanék, hátha....
-
válasz
mobilizmo #73834 üzenetére
Nekem is ezt írta. akkor próbáld sudo pacman -Syu paranccsal.....illetve nem lehet, hogy fel kell rakni ezt a
findbrokenpkgs
csomagot? De, a pamac-ban most néztem, telepítsd fel a csomagot előbb.Vagy felrakhatod a
devtools-git
csomagot és utána terminalból a lddd parancs csinál egy hosszú átvizsgálást, kb így néz ki, nem fog mozdulni egy ideig semmi, hagynod kell dolgozni[ubyegon@manjaro8570p ~]$ sudo lddd
[sudo] ubyegon jelszava:
==> Go out and drink some tea, this will take a while :) ...
-> DIR /home/ubyegon/.local/bin
find: '/home/ubyegon/.local/bin': No such file or directory
-> DIR /usr/local/sbin
-> DIR /usr/local/bin
-> DIR /usr/binHirtelen ennyit tudok segíteni, rég láttam már a Manjaromat, sajnos ez is kernel panicos.
-
válasz
mobilizmo #72737 üzenetére
Mindenesetre a Látóasszony bele kell legyen építve, különben hogy becsülné meg a hátralévő lehetséges üzemidőt.
B+ ebben igazad van! Erre sosem gondoltam volna.
Viccet félretéve, ha a HDS számára ismeretlen egy eszköz, akkor a riport kimenetéhez odaírhatná, hogy az eredményt erős fenntartásokkal kell kezelni. Nem emlékszem ilyenre.
Odaírhatná persze, de sajnos annyira alap a Linuxos verzió, hogy nem ír ki olyat, amire nincs felkészítve, akár azt is írhatná, hogy az eszközt nem képes felismerni, abból is lehetne következtetni, de legalábbis nem hozná rá a szívbajt a laikus userre.
Szóval igazad van, de a jóval komolyabb GUI-s Windowsos verzió is fals adatokat ad, ha még nem ismeri az új eszközt. Ez megtévesztő egyértelműen.
Nem baj, ha leírod a tapasztalatodat ezzel kapcsolatban, hiszen nem mindenki lebzsel sokat a Flash SSD topikban.
-
válasz
mobilizmo #72728 üzenetére
Sajna a linux-os verzió kicsit mostohagyerek, ritkán frissítik, a friss kiadású SSD-knél lehet fals értelmezése az adatoknak.
Bob
Köszi! Megvárom hogy legyen egy kis időd.
Most találtam egy olyat, hogy systemd esetén a grub2-ben a GRUB_CMDLINE_LINUX= sor végre hozzé kell tenni a "fsck.mode=force fsck.repair=yes" paramétereket. -
-
válasz
mobilizmo #70928 üzenetére
Az szívás.
Életemben egyszer jártam így, a Windows MBR telepítés volt és én az Arch telepítésénél ezt elfelejtettem és bár erősen tiltakozott, feltettem UEFI módban, az UEFI indítót a másodvinyó egy üres partícióján hozta létre kínjába mert az GPT volt.
Amíg nem gyalultam a Linuxot, minden jó volt dualbootba de a gyalu után 1 napig küzdöttem minenféle Win helyreállítókkal de egyiknek se sikerült.
És nem sikerült semmivel se lementenem a Windowst, így visszapakoltam addig egy Manjarot amíg a Wint újra nem kellett húznom hogy egyáltalán indítható legyen.
Nálad MBR/Legacy, vagy UEFI mód van? -
válasz
mobilizmo #70598 üzenetére
Erre reagálva és semmiképp nem szeretném kivívni a népharagot.
Hanem a saját, több gépen és több disztróval tapasztaltakat leírni.
Minden gépen bármelyik Linux sokkal lassabb mint ugyanazon a vason a W10.
Tudom vannak benchmarkok meg 1000 ellenpélda és ezeket el is fogadom.
Bizosan gyorsabban renderel egy Linux mint a Win egy 4k-s videót.
A napi szokásos használatban viszont nem gyorsabb.
Bármilyen DE alatt, bármelyik rendszer alatt a
képnézegető, a task manager, a fájlkezelő, a pdf olvasó stb. az sokkal de sokkal lassabban nyílik meg mint ugyanezen alkalmazások Wines változatai. Az említett, minden nap használt szoftverek Win alatti indulásakor még el sem engedem az egéren a gombot a duplaklikk után és az asztalon ott a programablak.
Open Office és Word között értelmetlen is összehasonlítani, csiga vs. tizedmásodperc.
A kicsit nagyobb programok pl. szkenner, kisebb képszerkesztő, nyák-tervező progi, fényévekkel lassabban töltenek be Linuxok alatt.
Mindkét rendszeren Operát használok, a Linuxon érezhetően lassabban tölt be.
Lehet hogy csak a bebeszélés határa de úgy érzem hogy a lemezműveletek is valamennyivel lassabbak a Linuxok alatt, mivel ezt egzakt módon nem tudom mérni, igazolni, ezért ezt inkább elvetem.
Ezt ne mondja senki hogy a naprendszerben egyedül én tapasztaltam eddig.
És mivel 4k-s videót ritkán renderelek, de a leírt szoftvereket minden nap használom, a statisztika számomra semmit nem jelent hogy mennyivel is gyorsabb mert nem ezt látom.A Win10 alapon 1-2% procit eszik eközben futtat 147 taskot, a Manjaro alapon 2-3% procit eszik (bekapcsolt kompozitorral ez 1%-ot nő) és 87 taskot futtat.
Akkor melyik rendszer is van jobban optimalizálva...?
Frissítés, a mukahelyemen is körbe vagyok véve Wines gépekkel, a töredékét nem szedegetik le meg pakolják fel maguknak mint a rolling Manjaro, az enyém pontosan 10 napja frissített 260 megát és ma megint jelez az Octopi hogy
609 mega letöltése van függőbe, mikor indítanám a rendszerfrissítést?
Mivel egy házi építésű all-in-one pc-m van [ha valakit érdekel itt megnézheti a készítését] és ebbe bekerült egy digitális fogyasztásmérő, hajszálpontos adatokkal tudok szolgálni az energiatakarékosságről.
Többször teszteltem, alapon, tétlen pc, monitor nélkül, a W10 átlaga 6,8W a Manjaroé 6,9W. (ez egy passzív mini pc, ezért ennyire kicsi).
Padlógázon, ugyanolyan körülmények között a maximum 10,9 és 10,9W. Vagyis totál egyformák, ez valahol érthető is.
Vagyis az hogy egy laptopon az üzemidőt egy Linux a duplájára tolta ki a Winhez képest, az számomra az urban legend kategória, amíg a saját szememmel nem látom, és ugyanazokkal !! a tesztkörülményekkel, addig kétkedek.
Írásomml sem veszekedést sem flamet nem akarok kirobbantani, leírtam amit évek óta tapasztalok én.
Ez nem zárja ki hogy más máshogyan tapasztalja, viszont részemről nincs sem elfogultság, sem ferdítés semelyik OS irányába mert mindkettőt szeretem és napi rendszerességgel használom.
Ha valaki ebből vitát akar kovácsolni, megkérem hogy ne a Windows kémkedésével, az árával stb. érveljen mert én nem ezeket hanem a látható, az user számára mindennapi használatban tapasztalható sebességet vettem górcső alá.
Kösz ha végigolvastad. -
válasz
mobilizmo #70291 üzenetére
Nekem végül magától oldódott meg a probléma. Tisztában vagyok azzal, hogy ilyen nincs és hihetetlen, de tényleg
Ez a legjobb, de a legrosszabb is, mert nem lehet tudni, mi volt a gubanc.
(#70292) gigabytman
A Dual vagy akár Multi boot csak azt jelentené a gyakorlatban, hogy minden rendszert közös (fizikai) tárolóra lehet csak telepíteni?
Dehogy, nekem is vannak külön meghajtón rendszerek, de ezeket az utolsónak felrakott Linux mindig be is tallózza és a GRUB-ban ott is lesz a következő bootkor. Itt szerintem a Windows kavarhatot be a
secure boot-tal, ill UEFI-vel, de most úgy látom, a Linux GRUB-ja azért nem találja, mert nem egy másik oprendszer van, amit besorolhatna, hanem egy másik oprendszer bootmanagere.UEFI partició-ba kéne a Linux boot fáljait is telepíteni, ilyesmit olvastam, de ebben tényleg vak vagyok, mert se a Wint, se az UEFI-t nem ismerem. Szégyen nem szégyen, ez van. Régebben volt HDD-n Win8.1 és az SSD-n lévő Linux GRUB simán betallózta telepítés során. De az még nem UEFI volt, hanem legacy.
Itt gyakorlatilag Te sem vétettél hibákat, a rendszerrel sincs baj, csak valahol valami mégis félrecsúszott. Szerintem telepítéskor az sda2 EFI partició kijelölése Linux boot systemfiles részére lesz a megoldás, de valaki megerősíti, aki mindkét rendszert használta/ja.
-
válasz
mobilizmo #70152 üzenetére
Nem tudom mennyire érted pejorativan a ravaszt az én esetemben.
Semennyire nem értettem pejoratívan, inkább viccesen gondoltam, de nem ment át. Elég visszafogott vagyok, de azért leírom, hogy marhabarom, aki ezt vagy azt csinálja, szóval ha így gondolnám......szóval elég ha az sértődik meg, akit meg is sértek.
A poen amúgy főleg a kollégának szólt, aki eléggé hanyattkutyulja most a Manjaroját, de a kezdetek erről szólnak, nincs ezzel baj.
Nálad még érthető, ha félreértesz, nem régóta vagy itteni topiklakó! Nem pejozunk, max néha kis szofisztika meg inkább nyílt és barátságos őszinteség.
(utóbbit rohadt kevesen értékelik)
De az átlagnál jóval tájékozottabb vagyok általánosan informatikai területen
OK.
(#70153) szucstom
Nemrég az új telómban szúrtam ki ezt a KDE connect-et, na mondom le is törlöm a fenébe és keresek helyette Cinnamon Connect-et, de nem leltem.
Hülye kínai teló.....
Nekem meg a notebook szokott sivítani, hogy nemsoká Messenger, Whatsapp meg a bánat tudja mik fognak zaklatni! Múltkor pont 5 eszköz csiporgott, de ami a kezemben volt, az csörgött utoljára......katasztrófa.
-
szucstom
őstag
válasz
mobilizmo #70150 üzenetére
Lehet, hogy miközben az egyéb apróságokkal voltam elfoglalva nem vettem észre valami beállítást, amit nem kellett volna el*******ni.
A KDE Connect meg egészen zseniális.
Aaaaaz nekem is nagyon jól jön
legalább 2-3 másodperccel korábban jelez a gép, hogy hívás van, mint ahogy megjelenik a mobilon
Így ki tudom nyomni az esetleges zaklatókat
-
samujózsi
senior tag
válasz
mobilizmo #69996 üzenetére
Nem tudom, milyen géped van, nekem a Dell notim pont ilyen, amennyit értek a problémádból: van két vagy három bejegyzésnek hely az UEFI grafikus felületén és valamiért ezeket nem hajlandó felülírni.
Törölni kell belőle manuálisan a felesleget, utána már észreveszi az új grub-ot.
Azt persze nem tudhatom, hogy nálad ez működne-e, meg azt sem, hogy ha pl. törlöd a windows bejegyzését, azzal nem vágod-e agyon a windows-od bootját végleg... -
válasz
mobilizmo #69990 üzenetére
Ezeket meg is csinálta, de sajnos az alapprobléma, hogy a GRUB-ot gyakorlatilag figyelmen kívül hagyja megmaradt. Úgy hogy ha linuxot akarok akkor bootnál időben F11.
Erre írtam neked, hogy ez BIOS szintű beállítást igényel, független a fenn lévő oprendszerek boot managerétől. Minden BIOS vagy UEFI tartalmaz olyan beállítási opciókat, amikben a meghajtók sorrendjét be lehet állítani, azt kell megkeresned és amin a Linux van, azt állítsd első helyre.
-
szucstom
őstag
válasz
mobilizmo #69944 üzenetére
BIOS boot sorrendjét lődd át úgy, hogy a manjaro grub menüje induljon elsőként és abban ki tudod választani majd a win10-et.
Egyébként szerintem ésszerűbb lett volna, ha a 120 gigára feltolod a két OS-t egymás mellé. nekem igaz dupla akkora SSD-m van, de bőséggel akad hely, így a másik lemezt egyben tudod tartani adatok tárolására és eléred mind2 OS alól. -
CPT.Pirk
Jómunkásember
válasz
mobilizmo #69856 üzenetére
Üdv!
A Mint-nek volt KDE-s kiadása, de azt sajnos megszüntették 2018-ban, hogy kevesebb fejlesztői munkájuk legyen, mert az önnáló KDE ökoszisztéma nekik csak egy plusz nyűg volt... Az ilyen Mint-re KDE-t leírások vagy működnek vagy nem, ezért inkább célszerű olyan disztrót feltenni, aminél alapból van KDE és akkor nincs szívás.
Azon a vonalon ahol a Mint is van, ott még ott van a KDE Neon disztró, Arch alapon meg a Manjaro KDE. Szerintem ezeknek nézz utána, hátha megtetszik valamelyik. De amúgy még van elég sok KDE-s cucc, csak ezek ismertebbek. -
válasz
mobilizmo #45351 üzenetére
Nagyszerű választás a Chakra, ha mégis előfordulna probléma a telepítése során vagy akár utána, ne ide írd be a problémát, mert az valószinűleg elég Chakra-specufikus lesz!
ide jöhetnek a Chakra kérdések
Chakra topik by
Kapitány a Chakra egyetlen Mo-i persecutora
-
King Unique
titán
válasz
mobilizmo #45351 üzenetére
Szia!
Összefoglalóban van egy jó cikk ehhez [link]. Ha pedig azt akarod, hogy a Windows rendszerbetöltője legyen az alapértelmezett, akkor az is megoldható [link].
Illetve figyelni kell, hogy amilyen módban bootol a gép és telepítve lett a Win10 (pl. Legacy-MBR | UEFI-GPT), annak megfelelően legyen telepítve a Chakra is. Valamint Windows alól pendrive-va kiírni a telepítőt legjobb a Rufus. Annál felül az előbb említett bootnak megfelelő opciót kell beállítani és a kezdés előtt megjelenő ablakban az "Írás DD képfájl módban" lehetőséget kell választani. A legtöbb Linux ISO-hoz jó a normál írás is, de a Chakra dd írást igényel. Használható még a Win32 Disk Imager, az is dd módban írja ki. De előbbi tool sokkal jobb és több dolog beállítható benne.
Ú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!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Antivírus szoftverek, VPN
- Bomba ár! Fujitsu LifeBook E754 - i5-4GEN I 8GB I 256SSD I 15,6" HD I HDMI I W10 I Garancia!
- Samsung Galaxy S23 128GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba ár! Lenovo ThinkPad L380 - i5-8GEN I 8GB I 256SSD I 13,3" FHD / MT I HDMI I Cam I W11 I Gari!
- Újszerű Apple Macbook Air 13 - M2 - 30 Ciklus - 100% Akkumulátor - 8GB/256GB SSD - MAGYAR - Éjfekete
- REFURBISHED és ÚJ - Lenovo ThinkPad 40AS USB-C docking station (akár 3x4K felbontás)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged