Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- eBay-es kütyük kis pénzért
- btz: Internet fejlesztés országosan!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- potyautas: Másik küldetés
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Dißnäëß
nagyúr
Sziasztok,
live disztrorol (debian, ubi..) szeretnek sw raid-et mount-olni es hasznalni ugy, hogy titkositom a hdd-ket. Ez menne is alapbol, csak a particiok legelejen van egy azonosito, par bajt, ami elarulja, hogy az ott egy titkositott particio ami kezdodik. Jol tudom ?
Szoval a gep futtatasa kozben boot vegen, mar osszerakva a logikai meghajtokat es mindent, nagyon barom dolog ezt a par elso byte-ot eltenni egy txt-be (vagy szimplan megjegyezni) es /dev/urandom-bol felulirni ?
A cel az lenne h egy minimum 2 diszk-es sw raid (mdadm) array-em legyen mondjuk raid 1-ben es ha a gepet kikapcsolom v lehuzom az aramot, reboot-olom, stb, teljesen random adatnak latsszon mindket diszk, mintha szuz lenne meg (bar az nullas, mindegy). Semmi utalas se titkositott particiora, se semmire. Buta ures hdd-nek lassa egy Gparted vagy akar egy Windows is.
Es amig nem ir rajuk senki
addig par parancs utan, amit hajlando vagyok bepotyogni neki minden boot-nal (nagyon ritkan lenne reboot vagy power off) szepen fel-mount-olgatom a feloldott array-t, partitiokat, titkositast es hasznalom. -
válasz
Slownz
#59127
üzenetére
Huha....csak nem adsz meg semmilyen infót, így gondok lesznek
Mi az F meghajtó Linuxos neve? sda/7 például
Volt már egy kész meghajtód? Piszokul fontos, hogy ugyanoda kerüljenek az adatok Win és Linux alatt is! A torrent kliensekben is ellenőrizned kell az elérési utat!ezeket már közben írtam
*********************************************************
5+1 lépésvan egy Windowsos NTFS partíció, amin már vannak adatok (ebben az esetben már nem kell létrehozni semmilyen mappát/particiót)
felrakom a Linuxot, ennek a fájlkezelője látja is, de csak akkor, ha külön felcsatolom
megállapítom a partició nevét és az UUID számát az fdisk -l és blkid parancsokkal
megállapítom a pontos elérési utat és azt beszerkesztem az FSTAB-ba
az alkalmazó célprogramban beállítom a pontos elérési utat
---és ami lehet, hogy kimaradt! frissítem a GRUB-ot, ebben nem vagyok biztos, rég csináltam már----
-
Slownz
senior tag
Sziasztok!
Olyan megoldást keresek Ubuntu 16.04 Gnome alá, amivel egyszerre tudom használni az NTFS HDD-im tartalmát a Win10-el.
Használat alatt azt értem, hogy tudják rájuk új fájlokat menteni is.
A jelenlegi probléma az, hogy bár a Linux automatikusan felismeri a partíciókat, az egyéb programok (pl. Transmission, DeadBeef) rendszeresen meghülyülnek, hiába töltök le valamit Linuxon, újraindítást követően azt írja ki, hogy nem találja a fájlt, ha az NTFS partícióra mentek. Azt szeretném, ha letöltök egy torrentetet linuxon, Windows alatt is seedelje és vica-versa.
Ha jól értem, az fstab-os autommount megoldás nekem nem lesz jó, mert az a Linux-ra hoz létre egy mount könyvtárat. Ekkor hova mentem az új fájlokat? Hova mutasson a torrent fájl, hogy ne hülyüljön meg?
-
-
válasz
kicsi83
#59038
üzenetére
Szép sorban

- Az a winyó amit abban a gépben van, azt csak linux alatt fogod használni? Ha Windows alatt is, akkor NTFS, egyébként pedig EXT4.
- Fix IP-t a router DHCP részénél is be tudsz neki állítani (nekem is így van a Raspberry-nél)
- Biztos, hogy az FTP a legmegfelelőbb számodra? Ha igen, akkor Pure-FTPd, egyébként pedig Samba (ha vannak Windows-os kliensek is) -
kicsi83
tag
Nos felment Manjaro HTPC-re és laptopra is. A telepítés tényleg ki..ott egyszerű volt, nem is értem miért bonyolítottam
. HTPC-vel kapcsolatban lenne pár kérdésem. Kodi fent, megy is teljesen szépen. FTP szerver kellene, tudnátok ajánlani valamit? Windows 7 szintén fent még, ott kapott a gép statikus ip-t. Ezt be kell nekem állítani Manjaro alatt is (gondolom igen) és ha igen hogyan? Hirtelen ezt találtam ez aktuális még? Valamint a gépben van egy másik merevlemez, arra töltök stb. Az ntfs-re van formázva, lehet-e valami hátrány ebből, pl. lassabb másolás stb. (tartalmakat látom, nincs is eddig semmi gond). Köszönet 
-
King Unique
titán
válasz
St3ven
#58986
üzenetére
Ott a screenshoton a hibaüzenet, ami elég egyértelmű. Vagyis a 100 MB-os ESP-n lévő szabad hely kevés neki és elvileg meg kellene növelni a méretét. Amihez opció lehet a GParted, vagy Windowsnál egy külső particionáló program. De előtte azért lehet nem ártana mentést készíteni az EFI-rendszerpartícióról, illetve a meglévő rendszerekről, ami már a másik fórumtagnak is említve volt. Normál esetben amúgy elég szokott lenni több rendszerhez is ekkora ESP, de egyik-másik Linuxnál már tapasztaltam, hogy nagyobb méretű bejegyzéséket hoztak létre.
Egyébként meg nem kell túlbonyolítani! Az Ubuntu-alapú rendszereknél működni szokott UEFI-s telepítésnél nemcsak az ESP-re rakott rendszerbetöltő, hanem akár magára a lemezre telepített is. A másik rendszer által létrehozott partíciókat pedig értelemszerűen nem kell piszkálni, a már meglévő és aktívan használt ESP-t pedig pláne nem kell formázni! Az
efibootmgrpiszkálása pedig ráér majd a telepítés után, már ha szükséges. Addig is boot sorrendet gondolom tudsz állítani az UEFI BIOS-ban, illetve pl. F12-vel boot eszközt választani. -
St3ven
addikt
Köszi, megnéztem a linkelt hsz-eket. Bevallom, nem egészen értem, miért kellene belenyúlnom.
A sorrend nem mindegy? Amúgy ez a kimenet:BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0002
Boot0000* Windows Boot Manager
Boot0001* ubuntu
Boot0002* UEFI: KingstonDataTraveler 2.0PMAP, Partition 1 -
válasz
St3ven
#58986
üzenetére
Neked a /dev/sda1-et kellene /boot/efi csatolni, és legyen neki boot, esp flagje.
Ha megformázod akkor a tartalma elvész és feltehetően csak az új linux grub2 bejegyzése lesz benne, de annak a menüjéből majd valószinüleg lehet a másik két rendszert is indítani.
Linkek:
Nézd meg a 333, 335 és a ,341 -es HSZ-eketA végzetes döntés előtt talán én visszakoznék a működő linuxomba és a fentiek alapján megpróbálnám karcsúsítani az efi bejegyzéseket.
(#58987) ubyegon2 : Az sda2 lehetett valamikor a windows10 16 megabájtos csak a májkrosoft által ismert funkciójú rejtett partíciója, ami vagy ki lett valahogy korábban radírozva , vagy ez a telepítő nem mutatja (szerintem csak nem mutatja).
-
kicsi83
tag
válasz
ubyegon2
#58967
üzenetére
Holnap nekiugrom, remélem akkor így menni fog (elnézést, Windows 7 mellé lesz amúgy
). Ha grafikus telepítést használom menni fog dual boot (választhatok, hogy Windows vagy Linux induljon)? Azért kérdezem, mert ha igen és tetszeni fog Manjaro (szerintem fog
), akkor menne laptopra is (HP 8760w, gondolom menne gond nélkül ott is). -
CPT.Pirk
Jómunkásember
-
válasz
kicsi83
#58964
üzenetére
Szia! Ott rontottad el, hogy nem a cikk alapján telepítetted. YT-ra mindenki szeret manapság videókat felrakni, amit használtál útmutatónak....szóval mint a cikkben is látod, teljesen grafikus felületű a telepítő, ami nagyon megkönnyítené a telepítést, ha használnánk. Nem kell sem /boot partíció sem a GRUB felrakása, az, amit ott taglal az ember, az akkor kell, ha valami kinyírja a GRUB-ot, jellemzően egy Windows telepítés meglévő Linux mellé.
Ahogy imént a Kapitány mondta, csak telepíts egy partícióra és a GRUB-ot a rendszer megcsinálja ügyesen.Menj vissza a cikk 2. oldalára és ha az 5. képhez érsz a telepítésnél, akkor normál telepítésnél talán 4 kategória lesz, a legalsót válaszd, a "Valami más" particionálást. A 7. képnél fogod majd látni, mit hajt végre a rendszer, itt nézd végig a meghajtókat, partíciókat és ha jónak látod, engedd tovább a telepítést. Csak a / partició az, ami szükséges, ha szükséged van /swapra, azt is az 5. oldalon látható ablakban tudsz megadni és a /home is csak egy választható opció. Ha nincs /home, a rendszer a / partición belül létrehozza magának, ilyenkor célszerűbb több helyet hagyni. 15-20GB már elég bőven a rendszernek a később telepített programok bőven elférnek majd. Ha töltesz le adatokat, arra figyelni kell, hogy ne a / -re töltsd.
Én is csak használom a rendszert, nem vagyok szagértő, ahogy a cikkíró is mondta amott.

Ja igen, olyan nincs, hogy Windows mellé telepítünk.
A pontos verzió igen fontos ebben az esetben. (7, 8 9 ,10)A 7. oldali képen pontosan látni fogod az összes particiót, azt is látod majd, hogy ott marad a Win is NTFS-en. Ha nem látod, gond van.

Jobb lenne nulláról kezdeni amúgy és semmilyen videót ne nézz, míg nem vagy kész!
-
kicsi83
tag
válasz
CPT.Pirk
#58965
üzenetére
Röviden következőt csináltam. Először Windowsban adtam 150 GB-t Linuxnak. Utána Liveboot Manjaro és
létrehoztam partíciókat (sda5-boot, sda6-root, sda7-home, sda8-swap). Ezután telepítés, fel is megy minden és a végén kellene GRUB-ot felrakni, hogy tudjon indulni Manjaro (ha csávónak igaza van a videóban, azért jó így, mert úgymond Win érintetlen marad) . Na itt akadok el, mert azt mondja, hogy nem ismeri a parancsot, így nem tudom GRUB-ot installálni. Poén kedvéért Winből EasyBCD-vel csináltam boot entry-t Manjaro-nak, de persze nem indul el, mivel nincs GRUB. Win egyelőre kellene, működne vajon úgy is, ha simán telepíteném Win mellé (Win úgymond érintetlen maradna?)? Bocsi, ha értetlen vagyok (első Linux install
) és köszi 
-
kicsi83
tag
Sziasztok, Logout cikk után úgy döntöttem kipróbálom linuxot (Manjaro KDE Edition 17.1.6). Először VMWare-ben aztán live-ban próbáltam, minden rendesen működött, így gondoltam felteszem HTPC-re Windows mellé. Ezt a videót követtem, minden tökéletesen is ment de a GRUB telepítésénél (itt a wiki oldalát követtem), de a grub-install /dev/sda5 (itt azért 5, mert azt hagytam bootnak) parancsnál azt írta, hogy command not found. Próbáltam utánaolvasni, de elvileg ennek működnie kellene. Chroot alatt csinálom, szóval nem értem. Valakinek esetleg valami ötlet mit ronthatok el? Elég newbie vagyok szóval minden segítségért, előre is köszönet

-
Frawly
veterán
válasz
ubyegon2
#58917
üzenetére
Ha Mint alatt lassú egy gép, az Arch alatt sem lesz villám. Annyi, hogy az Arch pl. gyorsabban bootol, meg több memóriát hagy meg, mivel kevesebb szemetet és bloatot kell betöltenie. Főleg, ha soványabb grafikus felületet használsz, nem Mate, Xfce vagy LXDE, hanem Openbox, IceWM, PekWM, i3wm. A Flash-játékok futtatási sebessége böngészőtől is erősen függ, tapasztalatom szerint a Pepperflash gyorsabb Chrome alatt, mint Firefox alatt akár a Pepperflash vagy a régi verzióknál az NPAPI Adobe Flash. Esetleg ha egy alkalmazás, főleg játék lassabban fut, meg kell próbálni kompozitor nélkül futtatni. Igazából a Flash futtatása lehetséges böngésző nélkül is, letöltve az swf fájlt, és direkt futtatva Flashban, de nem emlékszek ehhez mit kell hackelni, meg lehet nem minden játéknál járható út, vagy már Pepperflashsel nem működik, és Adobe Flasht kell feltenni hozzá.
Ha nem vagy megelégedve annak a Thoshibának a sebességével, akkor vagy tegyél bele nagyobb C2D procit, vagy vedd meg azt a fémházas HP üzleti Elitebookot, amit kinéztél.
Nem beszólogatásból írom, de az angolnak mocskosul feküdjél neki, akkor is, ha utálod. Használható angoltudás nélkül ma halálra ítéled magad a világban, nem csak külföldi munkához vagy nyaraláshoz jön jól, de már semmilyen munkát nem lehet kapni nélküle. Plusz kinyitja a világot, ha csak a magyar dolgokra korlátozod magad, akkor megrekedsz, bekorlátozódsz egy szemellenzős kulturális bubborékba, és sok mindenről lemaradsz. Kicsit olyan, mintha szándékosan elvágnád magad minden lehetőségtől. Mint az afgán tálibok, akik rakétavetővel a vállukon egész nap a kőbarlangban gubbasztanak. De ha a Linuxnál maradunk, és maradsz a Mintnél, mert nem akarsz szakmailag fejlődni, akkor is gondban leszel, mivel a grafikus felület általában le van fordítva magyarra, de sok alkalmazás nincs, terminálos parancsok, azok kimenetei, hibaüzenetei, man page doksik, logok, kernelkimenetek, config fájlok kommentjei nem kerülnek lefordításra. Nem csak a Linux ilyen, ha pl. Windows alatt kell könyékig túrni a registry-kulcsok között, meg ilyen registry feketemágiáknak utánanézni MS tudásbázisos oldalakon, akkor észreveszed, hogy ezek sincsenek lefordítva magyarra. Egész egyszerűen más világ van, globalizálódott minden, senkit nem érdekelnek olyan kifogások, hogy nincs jó nyelvérzéked, nem áll rá a szád a kiejtésre, németes voltál, nektek még oroszt kellett tanulni.
Félreértés ne essék, nem kell belőle nyelvvizsgázni, meg az angolszász kultúrát majmolni, szeretni, meg átmenned angolba, hogy Bözse2-vel elálló kisujjal teázgass a Buckingham Palotában, meg Trumppal paintballozz Washington DC-ben. Csak egy olyan minimális alapfokú tudásra tegyél szert, amivel eltájékozódsz a neten, el tudsz olvasgatni ilyen wikiket, meg minimálisan megértetted magad, akármilyen szar, túl magyaros kiejtéssel és helytelen nyelvtannal, nem csak angolokkal, de más nemzetek fiaival is, akik nem beszélnek magyarul, de angolul tanultak.
Különösen a szakmai szöveg olvasása könnyű angolul, pl. informatikai szövegek, mivel elég száraz, egyszerű mondatokkal operál, meg csak bizonyos szakszavakat használ (számítógépek részegységeinek a neve, szoftveres elnevezések, stb.), kötött a fogalmazási stílusa, száraz, sablonos, emiatt elég kiszámítható, kevés ismeretlen szóra akadni benne, sok mindent elég könnyen ki is lehet következtetni. Nem is kell hozzá túl magas szintű nyelvtudás, inkább egyfajta rutin, élelmesség.
-
Frawly
veterán
válasz
Tails111
#58878
üzenetére
Vazz, akkor lehet felteszem újra a KDE5-öt, ha azóta megcsinálták, hogy ilyen hihetetlen keveset fogyasszon. Utoljára 2017 júniusában volt fent, akkor nálam 0,8-1,2 GB körül evett a memóriából a KDE5, ráadásul Archon, ami eleve egy minimálisabb disztró a Kubuntu, Mint KDE, Manjaro KDE triónál. Teljesen fullosan telepítettem, alkalmazásokkal, mindennel együtt, de semmi hack meg állítgatás nem volt a rendszeren. Az is igaz, hogy a KDE5-nek nagyon kell az SSD, HDD-ről kicsit lassúcska. Sőt, anno nálam a KDE4 is ennyit evett, akkor még Kubuntu és Mint KDE alatt.
Azzal egyetértek, hogy az LXDE sem fogyaszt sokkal kevesebbet, mint az Xfce. Valami kicsivel igen, ilyen 20-30 megával, de ez nem érdemi előrelépés. Bár tapasztalatom szerint Openboxszal (ezt használja az LXDE is), IceWM-mel, i3wm-mel sem lehet bemenni 200 mega alá (ha háttérkép, menü, panel, Pulsaaudio, automount szolgáltatások, CUPS, meg minden szar fent van, ami kell), és most fogom kipróbálni, de dwm-mel sem valószínű. A WinXP sem állt meg kevesebből, ha fent voltak a driverek, frissítések. Vagyis be lehet 200 mega alá menni Linuxon, de akkor csak minimalista programokat meg WM-et lehet használni tisztán Alsával, az meg kezdőknek nem opció, mert túl nehézkesnek és fapadosnak fogják találni, főleg Windows után. Mármint nem az Alsát, hanem a minimalizmust.
Az is igaz, hogy ezeket a DE, WM fogyasztásokat önmagában nincs értelme nézni. Hiába megyünk le ugyanis 200 mega alá, ha ráindítunk egy modern böngészőre pár füllel, ami meg jóízűen bekajál 2-4 giga RAM-ot is, meg a Gtk3-as, Qt5-ös alkalmazások is habzsolják a memóriát kétpofára, akkor az ember kitörölheti, hogy az ablakkezelő sovány. 16 giga RAM mellett már ez sem szempont nálam, a minimlista WM-ekre szakmai fejlődésből megyek rá, hogy el tudjak szakadni a hagyományos windowsos, desktopos, paneles, menüs, asztali ikonos, dokkos, mindenre egérrel kattintgatunk filozófiától. Próbálok rámenni a keyboard only tiling / tabbed ablakkezelőkre meg a vim-re, vi-s billkiosztásra átszokni.
Plusz a minimalista WM-et előnye a gyors SSD boot. Natúr Openboxszal az Arch 4 másodperc alatt bootolt be, friss telepítésnél még csak 3 másodperc volt. Egy minimalista tiling WM (dwm, i3wm) ebből még farag le legalább 1 másodpercet, azért ennek tud lenni feelingje. Ez rakétasebesség a 8-15 másodperces, SSD-s Windows 7-10, Gnome3-KDE5 boothoz képet.
-
Slownz
senior tag
Sziasztok!
Küzdök már egy pár hete az Ubuntu-val, de még mindig sok nyűgje van, amire egyelőre nem találom a megoldást. A legjelentősebbek:
-van egy külső hangkártyám (SB XFI-HD), ami USB-n keresztül csatlakozik, illetve kap áramot. Ezt sajnos rendszeresen eldobja, ilyenkor nincs hang, mindaddig, míg az USB kábelt ki nem húzom, majd be nem dugom újra. Sokszor Ubuntu használat közben jön elő vagy közvetlenül boot után, de gyakran akkor is, ha pl. előtte Windows fut.
-van 2db külső merevlemezem (NTFS), amin a filmeket, zenéket, fájlokat tárolom. A fájlkezelőkben rendesen megjelenik, illetve tudok rá másolni, szerkeszteni, törölni, ugyanakkor a programok (pl. Transmission, Gnome videos, DeaDBeef) újraindítást követően rendre nem találják a fájlokat, mappákat, amiket korábban hozzájuk rendeltem. Pl. ha letöltök egy torrent fájlt, újraindítást követően, azt írja nekem a Transmission, hogy nincs meg a fájl, ilyenkor akkor sem találja meg, ha manuálisan rámutatok neki, hol van.
-relatíve lassan bootol a rendszer, a WIN10 gyorsabban tölt be kb 10 sec-el biztos.
BTW csíkozást nem sikerült megoldani a javasolt módon. Visszaváltottam most az X.org X server vga driver-re, mert mindegyik Nvidia driver-ek alatt az utóbbi pár napban szakadoztam a filmek, ez sem tudom miért jött elő csak úgy hirtelen.

Azon gondolkodom, hogy disztrót váltok, mert ez már több a soknál. Mit gondoltok?
-
gardener
senior tag
Sziasztok!
Van egy ősrégi Albacomp Activia Mobil Ligth notebookom.Szeretnék rátenni egy Antix 17 32 bites rendszert rátelepíteni.
Viszont van rajta egy multi boot: Antix mx 16 32bit / windows 7Hogyan tudnám lecsapni "kopaszra" és szólóban egy Antix 17 32bitet rátelepíteni?
-
leviske
veterán
Sziasztok!
Akadt egy olyan gondom, hogy a user configban átírtam a nautilus "places" útvonalait az adat merevlemezemre mutató verziókra. Ezt azért tettem, mert SSD-n nem szeretek feleslegesen képeket/doksikat/etc tárolni. Viszont az adat merevlemezem valószínűleg NTFS, mert Windows-al volt formázva és aktívan használom is Windows alól.
A gondom az, hogy átállításnál az új útvonalak gond nélkül működtek, viszont kikapcsolást és újra bekapcsolást követően a nautilus oldalsávjából eltűnt az összes átállított place és a háttérkép sem jelent meg (mert ugye a pictures se mutatott már a megfelelő helyre).
Ez azért lehet, mert NTFS fájlrendszert használ az adat hdd, vagy esetleg az lehet a gond, hogy a ssd-n a rendszer túl korán betölt és nincs ideje a HDD-től elkérni az infókat? Van erre valami orvosság?
*szerk: Ubuntu 17.10 a delikvens
-
King Unique
titán
válasz
Joker88
#58533
üzenetére
Kapcsold ki a Windowsban a fast startup (gyorsindítás) funkciót, majd úgy állítsd le a rendszert! De akár a hibernálást is ki lehet teljesen, ha biztosan nem használod, illetve a hibrid alvás funkciót sem. Vagy másik megoldás Linuxnál read-only módban csatolni a meghajtót. De akár grafikus felületen a Disks (lemezek) alkalmazással is meg lehet oldani, amiről nemrég logout blogbejegyzés is készült.
-
King Unique
titán
válasz
hódmaci
#58491
üzenetére
Ha Windowst futtató gépeket akarsz védeni a vírusoktól, akkor inkább azon rendszer felől kellene megközelíteni a dolgot és a Vírusirtó topicban érdeklődni. Már csak azért is, mert jóval komolyabb védelmi szoftverek érhetők el arra, mint a linuxos AV-k. Valamint vannak akár pendrive-ról bootolható Live rendszerek is. De az egyébként a másik, hogy Windowsnál is egy komolyabb fertőzéshez sok esetben user error is kell. Tehát, ha nincsen meg a megfelelő felhasználói magatartás, akkor az már önmagában komoly kockázatot jelenthet...
Az adatbiztonság pedig megint más dolog. Ha fontos és pótolhatatlan adatokról van szó, akkor elengedhetetlen, hogy azokról mindig legyen kellő számú és naprakész állapotú online / offline mentés! Ha esetleg beüt egy zsarolóvírus és letitkosítja a fájlokat, akkor azzal a Linux és a ClamAV sem fog tudni mit kezdeni... Ellenben, ha van biztonsági másolat, akkor no problem.
-
Dave™
nagyúr
válasz
lev258
#58475
üzenetére
Azért nagyon nem ugyanaz, dual boot-tal nem csinálsz ilyet

Persze a LO telepíthető Windowsra is, de aki dual bootban gondolkodik az többnyire nem Windowst szeretne elsősorban használni, inkább csak kényszerűségből futtatja egy-két dolog miatt. Arra meg bőven jó a Virtualbox is.
Megjegyzem le sem szoktam lőni a Win7 VM-et, 512MB + némi overhead bőven elfér a memóriában (8GB), a gépet pedig többnyire csak altatom.
-
válasz
ubyegon2
#58364
üzenetére
[pistab@pista-pc ~]$ sudo update-grub
[sudo] pistab jelszava:
GRUB beállítófájl előállítása…
Megtalált háttér: /usr/share/grub/background.png
Found Intel Microcode image
Megtalált linux lemezkép: /boot/vmlinuz-4.15-x86_64
Megtalált initrd lemezkép: /boot/initramfs-4.15-x86_64.img
Found initrd fallback image: /boot/initramfs-4.15-x86_64-fallback.img
Megtalált linux lemezkép: /boot/vmlinuz-4.14-x86_64
Megtalált initrd lemezkép: /boot/initramfs-4.14-x86_64.img
Found initrd fallback image: /boot/initramfs-4.14-x86_64-fallback.img
Megtalált Windows Boot Manager ezen: /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi
Found memtest86+ image: /boot/memtest86+/memtest.bin
kész
[pistab@pista-pc ~]$ uname -r
4.15.0-1-MANJARO
[pistab@pista-pc ~]$ -
mirci18
addikt
Sziasztok.
Egy kis iránymutatásra lenne szükségem.
Adott egy [Asus laptop.]
Leírással ellentétben 3 gb rammal.
Eddig Windows 7-el használtam de mára már túl lassú a gép hozzá ráadásul hosszabb rövidebb időközönként a gép túlhevülés miatt leáll.
Nyilván a rendszer pontosabban a böngészés nagyon terheli a gépet emiatt túlmelegszik.
Szétszedtem kitakarítottam újrapasztáztam mégsem akar tovább működni a gép normálisan.Gondolkoztam hogy telepítek rá xp-t de az az igazság hogy már se biztonsági frissítés nincs rá s nyártól normális böngésző se.
Így elkalandoznék a Linux felé.
Mivel nekem youtubeozásra filmnézésre böngészésre meg írásra kellene nincsenek nagy igényeim.
Tudnátok segíteni abban hogy egy ilyen laptop ami a fenti linken található milyen rendszerrel lenne használható.Boot pendrivvel kipróbáltam már a Peppermintet meg a Linux Mint XFCE-t.
De mivel boot pendrive-os indítással nem tudtam a billentyűt magyarra és az oprendszert magyarra állítani hagytam a francba.
Gondolom mivel nem telepítettem csak futtattam nem engedte a változtatásokat a rendszeren. -
válasz
ubyegon2
#58029
üzenetére
Példul egy telepítő DVD elindulhat, ha előzőleg jól volt beállítva a BIOS-ban a boot sorrend, aztán a winnyóz telepítő bebillentette magának az USB-t.
(#58030) Slownz Próbáld a windowst úgy újraindítani, hogy közben folyamatosan nyomod a shift gombot egészen az újraindulásig és a megjelenő menü rendszer segítségével navigáld magad a BIOS , vagy UEFI menübe.
-
CPT.Pirk
Jómunkásember
válasz
Qoaltrain
#57993
üzenetére
A live rendszer alatt nem találtad, vagy elindítottad a telepítőt miután betöltött a live rendszer, és a telepítő partíció szerkesztője nem látta?
A live rendszer alatt valószínűleg nem csatolta fel magától, ezért nem láttad. Ha elindítod a telepítőt, akkor látni fogod a listában az ssd-t. Magát az ntfs fájlrendszert látja és kezeli is a Linux, fordítva nem megy, Windows nem látja a más oprendszerek fájlrendszereit.
Amúgy ha ezek az első lépéseid Linuxon, akkor csinálhatod azt is, hogy lecsípsz a win7 partíciójából mondjuk 20 gigát ha van szabadon, és arra rakod a Mintet, a Win7 mellé. Úgy megmarad a Win7-is indítható formában.
Valamint vannak a logouton jó cikkek Linux telepítéséről, szerintem fuss át párat.
*szerk jah most látom bios alól sem látod. Akkor ott vagy beállítás, vagy hardveres gond van. Nézd át a sata kábeleket, azokkal szokott gond lenni...
-
Qoaltrain
csendes tag
Sziasztok!
Szeretném a segítségeteket kérni a következő problémában: a windows 7-et szeretném Linux Mint-re váltani. Készítettem is egy bootpendrive-ot Rufus segítségével. Kikapcsoltam a gépet, pendrive be, pendrive-ról elindul az oprendszer. Azonban nem tudom telepíteni, mert nem látom az eddig működő SSD-t. Megnéztem a BIOS beállitásokban, ott sem látom. Mi lehet a gond, illetve hogyan lehetne megoldani? Az SSD-n ahogy korábban írtam Windows 7 volt, tehát NTFS-ben volt formázva, amennyire tudom Linux pedig ext4-et használ, talán ezért nem látom? Valahogyan fel kéne mountolnom az SSD-t? -
King Unique
titán
Ha Linux lesz arra a lemezre telepítve, akkor nagyon nem világos mért van NTFS fájlrendszer a neki szánt partíción... Eleve pl. Ext4 kellene + megadni a rendszernek a csatolási pontot, amit az alábbi screenshot is szemléltet ebből a leírásból. A partíció típusa egyébként lehet elsődleges is, nem muszáj a leírásban lévő sémát minden téren követni. Illetve egy üres lemeznél előparticionálni is felesleges, mert azt a telepítővel is meg lehet oldani. Ha automatikus telepítés van kiválasztva, akkor meg eleve megcsinálja magától.
Az NTFS fájlrendszernek egyébként Windows & Linux dual-boot megoldásnál van értelme pl. 1 közös adatpartíció formájában. Szóval az sem teljesen világos, hogy mért van 2 db is a lemezen. Ha a 100 GB-os esetleg a Windowsnak lett "előkészítve", akkor az megint felesleges volt, mert elég neki a particionálatlan terület és a többit annak a telepítőjével is meg lehet oldani.
-
CPT.Pirk
Jómunkásember
-
válasz
CPT.Pirk
#57760
üzenetére
Persze, én sem gondoltam arra, hogy valaki galádkodna ilyesmivel.

(#57758) tboy9
grub-efi-amd64-signed failed to install into /target/.
Gondolom ez lehetett a hibaüzenet. A secure boot, fast boot kikapcsolása hiányzott valószínűleg.
nézd át az ebben leírtakat:
16.04 new installation gives grub-efi-amd64-signed failed installation /target/ ubuntu 16.04 at the endEz is hasznos infókat tartalmaz:
Windows 10 + Linux DUAL Boot készítése UEFI -vel és GPT-vel -
CPT.Pirk
Jómunkásember
válasz
tboy93
#57739
üzenetére
Legyen kikapcsolva a Win10 esetén a "gyors újraindítás" funkció, mert az "dirty" állapotban szokta hagyni az ntfs partíciót, ami probléma.
Ha csak egy partíció van akkor nem tudom, hogy a Windows át tudja-e méretezni maga alatt a C-t, de külső programnak meg kell tudnia csinálni, legyen az USB-s bootos célprogram, vagy Linux telepítő.A doc, docx, stb. formátumokat elég jól kezeli az LO, itt a cégnél csak ezt használjuk és az előzőnél is csak LO volt. Nagyjából mindent meg tudtunk nyitni meg szerkeszteni, ami kellett. De ezt ki is tudod próbálni most a Win alatt, csak rakd fel az office mellé az LO-t.
-
válasz
#20749568
#57538
üzenetére
Sajnos pár hétre megint Windowsra kell költöznöm

Akár megcsinálhatnád dual-boottal is, utána csak a GRUB-ot kéne újra telepítened.
Ha ezt nem akarod, akkor a két saját, beépített mentési lehetőség közül választhatsz: (Mint Cinnamon 18.3 alatt van ez, 18.2 esetén a a Timeshift-et telepíteni kell)
1. Mentéskezelő
Itt választhatsz, ha csak a beállításaidat mented a /home alól, akkor gondolom előtte fel kell raknod előtte a programjaidat.
2. Timeshift
Ez a teljes partícióról csinál mentést.
Nem használtam még, de szerintem pofonegyszerű mindkettő. Ha valaki használta, leírhatná a tapasztalatait.
*****************
updateA Timeshift épp most frissült:
-
Sziasztok!
Van egy teszt gepem, amiben van 2db Win install, es 3db Linux.
A Windows-osok Legacy BIOS modban, a linuxok UEFI modban vannak felteve.
(Ezen tesztelesi okokbol nem is tudok valtoztatni.)A kerdesem az lenne, hogy a GRUB2-r be tudom-e ugy allitani, hogy egy menuben latszon az osszes OS?
(Ket kulon winyon vannak a BIOS-os es UEFI-s rendszerek.)Jelenleg ha UEFI-s linuxbol probalom feltenni, akkor csak a linuxokat latja, ha BIOS modban bootolok Live CD-rol, akkor meg csak a ket windows-t latja.
Nemreg telepitettem OSX86-ot a gepre, es az egy clover nevu BL-rel van megaldva, ami latta az osszes particiot, es tudok is bootolni mindegyikrol, tehat lehetseges a dolog.
Viszont ha meg tudom uszni valami altalanosabb BL-rel, amit barmikor ujra tudok huzni, ha elrontok valamit (sok mokolas lesz eme gepen), akkor nem szoritkoznek a Clover-re.Nem ragaszkodom GRUB-hoz, barmi jo, ami muxik.
Kossz elore is!
-
Frawly
veterán
Várjál, most trollkodás meg beszólogatás megy, nem illik ilyenkor holmi felesleges ontopik kérdésekkel zavarni a nagyérdeműt, még ha a topikcím az ellenkezőjére is buzdít

Amúgy ha van is Flash terület a WLAN kártyában, az csak a firmware felírással módosul. A disztrók a wpa_suplicant-os és/vagy NetworkManageres konfigfájlokban tárolják a legutóbb használt SSID-ket és jelszavakat, azért marad meg boot után. Ha live disztrót használsz, akkor nem marad meg, minden bootkor újra meg kell adni az SSID-t és a jelszót is. Nyilvánvalóan nem csak Win only feature, meg a Windows sem írogat az eszköz Flash-ébe ehhez az eltárolási művelethez.
-
Rimuru
veterán
sudo grub-install /dev/sdb (ha sdb-nek hivjak
)
utana(vagy elotte) helyrerakod az sda (ha sda -amin a win van-) bootloaderethogy én rábíztam a rendszerre a partícionálást, ne tudná megoldani korrekten, a másik rendszer rendszerindításának szétcseszése nélkül - nem telepitettel meg windowst nem windows melle, ott ez alap mukodes (talan ha cmdben telepitesz meg lehet kerulni...)
-
King Unique
titán
Hát a másik OS rendberakása már másik téma. De amúgy a Windows telepítőjében van indítás javítása opció és azzal. Illetve én a Macrium WinPE változatát is szoktam ilyen célra használni.
Egyébként attól, hogy települt a GRUB, normál esetben még mindkét OS-t el kellene tudni indítania. Illetve max. egy
update-grubparancsot kell lefuttatni, ha esetleg nem került be a boot menübe minden rendszer. Ha 2 külön háttértár van és fontos, hogy egyik OS telepítése ne akarjon bele a másikon lévőbe, akkor viszont a kézi particionálás és a rendszerbetöltő helyének manuális megadása a célszerű. Vagy fizikálisan leválasztani a telepítés idejére a másik eszközt. -
King Unique
titán
válasz
amstro555
#57091
üzenetére
Ha a pendrive-ra a telepítő nem megfelelően lett kiírva, a boot mód nem a telepítésnek megfelelően van beállítva, akkor nem meglepő, ha gondok vannak.
Viszont az utolsó bekezdésben említett dolog érdekes, mert én is használok 8.1 + Linux dual-boot megoldást, de ilyet nem tapasztaltam. Igaz nem ilyen egzotikus Kali Linuxszal, de akkor is abnormálisan hangzik. Max. olyan szokott előfordulni, hogy a Windows a boot menüben berakja magát az első helyre alapértelmezettként, de a sorrendet utólag is könnyen lehet módosítani, vagy akár fixálni. Szükség esetén pedig újratelepíteni a GRUB-ot, mint már említve volt.
-
amstro555
tag
válasz
King Unique
#57089
üzenetére
Köszönöm a segítséget!
Telepítés közben, amikor megkérdezi, hogy "Hová szeretné telepíteni a windowst?", szóval ott egy olyan partíciót választok, ami üres (RAW/vagy törlöm), akkor azt írja ki, hogy "A windows nem telepíthető erre a lemezre. A kijelölt lemez UEFI partíciós táblát tartalmaz"
Amúgy most a rufus-al a GPT/UEFI-t választottam, így már boot-olt az USB-ről és tudom telepíteni arra a partícióra.
Sajnos egy másik gépen az sem segített, amit írtál: "Előbb a win, aztán a linux". A winletöltött egy frissítést, majd átírta az MBR-t, onnantól a linux nem indult.
-
King Unique
titán
válasz
amstro555
#57080
üzenetére
Egyrészt a sorrend már korábban sem volt jó, mert dual-boot megoldásnál először célszerű a Windowst telepíteni, majd utána a Linuxot. De akár a fordított eset is megoldható, aminél utána értelemszerűen újra kell telepíteni a GRUB-ot és akkor jó esetben mindkét rendszer indítható lesz azzal.
Aztán ugyanarra a lemezre mindkettőt célszerű nyilván azonos boot mód szerint telepíteni és nem megkavarni a dolgokat. Az, hogy a Windows most mért nem hajlandó települni a kijelölt partícióra, annak oka megint nem derült ki. Az üres partícióról sincsenek infók, de nyilván nem szükséges előre particionálni és formázni, lehet unallocated is és majd a Windows telepítője megoldja a formázását. A partíció pedig elsődleges legyen, illetve nyilván az is fontos, hogy a telepítési módhoz igazodjon a lemez MBR / GPT vonatkozásában is!
-
#73749248
törölt tag
válasz
CPT.Pirk
#56967
üzenetére
Hát ezzel nem igazán tudok egyetérteni, bár most épp Cinnamont használok.
Nem szeretem a windows-t, mert nem tudtam annyira kézben tartani, mint egy linuxot, de ha az kell, hogy lehetőleg minél kevesebb szívással egy minél teljeskörűbb rendszerem legyen, akkor sajnos windows még mindig. (Mac egy külön világ, olyanom sose volt, nem is lesz)
Linuxon mindig van valami, ami nem működik, nincs hozzá driver, van, csak nem úgy, tölts le innen-onnan valami megbízhatatlan cuccot stb.Gnome-Cinnamon vonulat: engem borzasztóan zavar, hogy kikapcsolom a bluetootht, reboot után megint be van kapcsolva - ilyen súlyú problémákba botlom dögivel. (ez történetesen KDE alatt működik)
Felrakok egy virtualboxot, a secure boot miatt külön kell szórakozni a modulok aláírásával, a kulcsok feltöltésével, különben nem működik (kivéve mint alatt, mert ott valamit szétk***ak a kernel konfigban, ha jól sejtem)
Laptopon nem működik a smartcard reader, az ujjlenyomat olvasó, a tpm.
Vagy... routeren..(jó, ez már messze nem desktop). openwrt, tomato - egyikben nem működik a hardware NAT, másikban a wifi chip zártkódú, ezért egy rettentően elavult, 2.x kernellel lehet csak használni. Tomaton idén jött ki az open source, illetve inkább az egyszemélyes projektek egyik nagy hátránya: Shibby más elfoglaltságot talált. Valaki ugyan forkolta a rendszerét, de hát... messze nem a lengyel srác színvonala, ahogy elnézem.Ezek csak az elmúlt pár hónap frusztrációi...

Ilyenekkel windows környezetben csak elvétve találkoztam.
(nem mondom, hogy nincs, de egy bizonyos szint feletti minőségből válogatva kisebb az esélye, hogy olyan vasat veszel, amin ilyen gondjaid lesznek) -
CPT.Pirk
Jómunkásember
válasz
Tarill
#56935
üzenetére
Igen, ha pendriveról bootolsz, akkor még vinyónak se kell lennie a gépben. Windows alól a rufus progit célszerű használni iso kiíráshoz.
Itt van egy célprogi is ehhez: https://www.linuxliveusb.com/ ezzel olyan módon is lehet live iso-t írni pendrivera, ami megőrzi leállítás után amit csináltál benne, azaz lehet magaddal vinni mint egy hordozható oprendszert. Ez a prezisztens mód, a sima live iso meg mindig alapról indul, abban mindegy mit csinálsz.
jackal79: pontos tanácsot nem tudok adni, de ha visszarakod azt a valamit akkor szerintem meg tudod keresni az ikonjaidat és ki tudod menteni őket. De ez csak egy tipp, ilyesmiről még nem hallottam.
-
Frawly
veterán
válasz
Core2duo6600
#56858
üzenetére
Az mkfs (konzolban vagy terminálban) valamelyik változatával lehet partíciós tábla és partíció nélkül fájlrendszert létrehozni. Tehát vagy mkfs.ext4 vagy mkfs.ntfs, célnak meg a /dev/meghajtó_nevét adod meg számozás nélkül, pl. sudo mkfs.ext4 /dev/sdb és ennyi. De mondom, hogy ez csak Linux alatt működik, esetleg BSD-k alatt, de ebben már nem vagyok biztos.
Windowsban is lehet hasonlót, Lemezkezelőben rámész a meghajtóra, esetleg törlöd róla a meglévő partíciókat, és kiválasztod hozzon létre az egész meghajtón ún. dinamikus kötetet (vigyázat, ilyenkor nem NTFS fájlrendszer kerül a meghajtóra). Amint kiválasztottad, utána figyelmeztet is a Windows, hogy később ezt nem tudod más fájlrendszerré konvertálni, meg bla-bla. Ez a fajta windowsos dinamikus kötet meg más OS alatt nem működik, mert fájlrendszer nélküli meghajtónak látszik (RAW fájlrendszer).
Egyik megoldás sem ajánlott, csak annak, aki tényleg tudja mit csinál, és tényleg erre van szüksége.
-
válasz
Smiley
#56814
üzenetére
Érdekes! Én MBR rendszerű USB-s SSD-t használok EFI-s rendszerű gép bootolására. Négy partíciója van.
-Az első fat32-es ez multibootos ISO fájlok tárolására van YUMI-UEFI-0.0.0.6.exe -vel készítettem Windows 10 -ből (nem tudom, hogy fontos-e , hogy UEFI-s Win 10-ből) ez a partíció UEFI gépen bootolható (lehet hogy MBR-es gépen is, csak még ott nem próbáltam), syslinux van az MBR-ben.
- a második partíció Fat32-es 100megás EFI partíció BOOT és ESP Flaggel amibe
- a harmadik Ext4-es partícióra EFI-s gépen telepített Peppermint 8-as linux -ból unmountolván a gép alap EFI partícióját és felcsatolván a fentebb említett EFI partíciót /boot/efi mountolási pontba beletelepítettem a Grub2-őt sudo grub-install /dev/sda2 (mivel a gépben lévő SSD-t /dev/mmcblk0-nak hívja a linux) és utána sudo update-grub. Így ez a partíció is bootolható EFI rendszerben és indítható a 3.partícióra telepített linux is, vagy még amit korábban a telepített linux os-prober progija felderített.
- a negyedik természetesen egy swap partíciócska.Most készülök arra , hogy valami régi kézihajtányos módszerrel MBR-es gépen live-linuxot használva felcsatoljam a 3. partíciót és átvegyem az uralmat felette, tehát éljen az oda telepített linux és
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.imgCsatakiáltással beletelepíteném a linux saját partíciójába is a Grub2-őt.
Ezután megpróbálnám az sdb1 (mert itt az sda a gépbe tett vinyó lenne gondolom) partíción található syslinux.cfg fájlba beszúrni ezt:
LABEL grub2
MENU LABEL Grub2
COM32 chain.c32
APPEND boot 3Így reményeim szerint bootolható lenne Legacy és EFI gépen is a telepített linux és a multibootos partíció is.
Ha mindez működne akkor utána már nem szabadna hagyni, hogy a grub updétolja magát.
Mottó. A remény hal meg utoljára .

-
Smiley
addikt
válasz
Norby86
#56813
üzenetére
Ez nem kerdes. GPT. Jo lenne ha az emberiseg elfelejtene mar azt a fos MBR-t. A GPT amugy is tartalmaz az MBR szamara fenntartott helyet, tehat hasznalhato hybrid-kent. Szoval regi BIOS alapu gepeken is lehet hasznalni GPT-t boot-ra is, bar asszem a fogyatekos windows az egyetlen ami keptelen GPT-re telepiteni magat BIOS alapu gepen.
-
Frawly
veterán
válasz
King Unique
#56780
üzenetére
Így van. Ezt mondom mióta. Hiába írja a Windows, hogy 931 GiB szabad, ha pl. kapásból ott a frissen formázott partícióból azt mutatja, hogy néhány száz mega kapásból foglalt. Akkor már eleve nem 931, hanem 930 egész valamennyi. Az biztos, hogy az ext4 overheadje nagyobb, mint az NTFS-nek, de nem hinném, hogy 1 terás vinyónál számítana az a 10 GiB-nyi különbözet, azon már semmi nem múlik. Sokkal többet számít, hogy az ext4 nem töredezik annyira, meg fejlettebb a naplózása, míg az NTFS egy nagyon erősen töredező, elavult, koros fájlrendszer. A kettő között fényévek vannak technológiailag.
-
King Unique
titán
válasz
growler
#56779
üzenetére
Windows és Linux alatt NTFS-re formázott 1 TB-os lemeznél ~ 931,3 / 931,4 GiB lesz a használható tárterület 100-200 MiB helyfoglalással. Ellenben az Ext4-nél ez az alapértelmezett formázás után 916,70 GiB lesz és 14,81 GiB a foglalás a rezervált terület miatt. Maga a partíció teljes mérete viszont 931,5 GiB marad az utóbbinál is. Tehát ez esetben nem az SI - IEC mértékegységrendszer közti eltérés itt a probléma.
-
Frawly
veterán
válasz
lajos0001
#56704
üzenetére
Nem használok MBR-es configot. Ha esetleg a kezem közé kerülne egy, akkor nyilván azon GRUB-ot használnék (megint csak pár másodperces telepítési időkkel), mivel azon az EFI stub boot nem fog menni. A saját gépeimen mind UEFI van EFI boottal. Nem is tervezem visszaváltani MBR Legacy bootra. Másnak sem ajánlom, hogy 2017-2018 fordulóján MBR boottal szenvedjen. A legacy boot arra való, ha valaki mindenáron régi OS-t akar futtatni, mint pl. XP és társai. Win7-től felfelé, modern MacOS, Linux, BSD alatt nincs rá szükség.
Egyszer volt szükségem MBR bootra a nem túl távoli múltban, mikor DOS 3.30-at bootoltam be, amit előzőleg QEMU virtuális gépen telepítettem fel SSD-re, majd újraindításkor az UEFI-ben beállítottam, hogy Boot Type: Both (EFI + Legacy), és szépen indult. Egy kísérlethez kellett, megnéztem, hogy egy modern gépen melyik az a legrégebbi PC-s OS, ami elindul. Az MS/PC-DOS 3.30 az. A 3.0-ásnak még kéne elméletileg bootolnia, de nem ment, az 1-2-es DOS meg eleve reménytelen, mivel csak MFM vezérlőkkel indul.
Egyébként pont most fogok mindjárt FreeDOS 1.2-őt bootolni a nevezett SSD-ről, az egyik laposon BIOS-t frissítek, ami Windows alól nem ment (kiírta, hogy előkészíti a frissítést, meg hogy újra fogja bootolni a gépet, de restart után semmi nem történt, megint betöltött a Win10 frissítetlen BIOS-szal), EFI FAT32-es partícióról nem ismerte fel a BIOS (pedig támogatja ezt a frissítési módot), így a FreeDOS-os megoldás maradt. Természetesen a FreeDOS is bootol már UEFI-vel, igaz van hozzá külön Legacy .iso-kép is.
-
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 !
![;]](//cdn.rios.hu/dl/s/v1.gif)
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!!
-
-
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.
-
Frawly
veterán
válasz
#21078528
#56492
üzenetére
Maradjunk abban, hogy a FAT tábládat nagyon benézted, nem bántásból írom. Elég gáz, hogy nem ismered be. Ezt az fdisket én néztem be, azt hittem, hogy a windowsos fixbootot kevered az fdisk-es /mbr KAPCSOLÓVAL, nem olvastam figyelmesen, hogy parancsról volt szó, nem is értem miért írtam én is parancsot, éjszakás műszak után hajnalban nem jó ötlet fórumoznom. Bevallom, hogy még sose használtam fdisk alatt az x-et, nem azért, mert nem vagyok expert, de még nem volt rá szükségem. cfdisk alatt csináltam hasonlót (s gomb), de ott csak megjelenítésben kavarodtak össze a partíciók (amit még egy reboot is megoldott volna), ilyen not in order hibaüzenettel nem találkoztam.
Lognál meg nem használtam még addig a hsz-ig syslogd-t, de ha most vigasztal, pont ezen héten volt rá szükségem először egy display manager hibával kapcsolatosan kellett a logokba beleolvasnom (nem érte meg, nem lettem tőle okosabb), előtte csak logfájlokat néztem, azok addig elégnek bizonyultak, ha valami gond volt. 2 éve használok csak systemd-s disztrókat, és még nem volt szükségem eddig a syslogd-re.
Viszont az SSD-knél azt az érvet buktad, miszerint annyi írást adnak a logok, hogy az nyírná ki a cellákat. Olvastál róla valamit, hogy az SSD-ket kímélni kell, de nem számoltál utána, hogy miből mennyit írsz. Ezért nem elég csak olvasgatni, kérdezgetni, ahogy te mondanád, meg kell nézni hogy működik a gyakorlatban (nagyon helyesen írtad, hogy kísérletezgetni), mennyi az az annyi, smartctl -l devstat futtatásával szépen nyomon tudod követni. De nyugodtan cáfolj meg, állítsd vissza a logolást az SSD-re, és mutass statisztikákat, hogy tényleg annyival dobja meg az írásokat. Legrosszabb esetben is azt tudom elképzelni, ha valami miatt logolási kergekort kap a rendszer (a legtöbb desktop usernél az életben nem fordul elő, de legyen), akkor teleírja azt az SSD partíciót, amin a /var/log van, de arról úgy is értesülsz, hogy elfogyott a hely, abból észreveszed, hogy túlhízott a log, és ilyen nem történik minden nap. Általában a /var/log a root partíción van, ami meg rendszerint nem szokott egy komplett SSD-t kapni (hacsak nem valami korai 32-64 gigás modell, amit nem éri meg partíciókra osztogatni). De tegyük fel a példa kedvéért, hogy csak egy boot és egy root partíció van az SSD-n, elszabadul a logolás, teleíródik az egész SSD (a boot általában kicsi, kerekítsük most 0-ra). Egy SSD-nek egy egyszeri plusz teleírás meg sem kottyan, akkor sem, ha csak valami budget TLC modell. Az access time használatánál sem tudtad megmutatni, hogy mérhetően belassulást okozna. Nem is csodálom, mert nem lassul be.
Ez a noatime varázslás pendrive-okra, memóriakártyákra van kitalálva, mert azoknál egy nagyságrenddel kisebb szokott lenni az írási terhelhetőség még egy TLC-s SSD-hez képest is (persze modelltől, Flash-típustól is függ), és főleg, ha valami noname kínai cucc, akkor még a papírforma szerinti írásokat sem szokta kibírni, hanem idő előtt tönkre szoktak menni. Ámbár ilyen adattárolóknál is csak akkor számít, ha rendszert futtatsz rajtuk, ha csak fájltárolásra használod (ahogy pl. én szoktam), akkor elfér az access time-ok okozta írást. Ha rendszert akarok telepíteni, arra tartok külső SSD-t (nem azért, mert strapabíróbb, hanem mert gyorsabb, mint egy pendrive, és használtan vagy belépőszinten elég olcsók már az SSD-k is, ha nem kell nagy tárterület), a noatime-ot azon sem kapcsolom ki. Egyszerűen le kell szokni erről a kíméljük az SSD-t litániáról, illetve, ha annyira ragaszkodsz hozzá, akkor a tiédet kíméld, de itt fórumon ne vezess félre embereket, hogy kímélni kell, mert nem kell.
-
kkdesign
senior tag
Srácok én meg megyek vissza a single Windowsra
pedig jókl indult a Linuxos pályafutásom, elsőre feltelepült mind2 disztro, de ez a rendszer fele elfelejt betölteni, most ebbe most amabba nem tudk belépni emrt nem níílik meg, csak úgy hibaüzenet nélkül, ehhez nekem nincs kedvem. Kérlek ha tudtok segíteni abban, hogy a bootolásból kiszedni a Linuxos dolgokat, azt nagyon megköszönném. Kértem segítséget az ottani topikban is, de hátha párhuzamosan előbbre jutok, vagy jó ötlet van.
Az ottani kérdésem: [link] -
scream
veterán
Hali!
Elementary OS-t szeretnék felszenvedni egy külön SSD-re, Windows és macOS mellé, de valamiért amikor elindítanám a telepítőt ez fogad:
Amit ki tudtam olvasni: "Namespace lookup failure: AE_not_found", de okosabb nem lettem tőle. Annyit találtam, hogy valakinek egy arch telepítésnél az APCI=off flag megoldotta a grub-nál, de installnál, pendrive-on hogy adok meg a grubnak bootflaget?

Valakinek valami ötlet, hogy mi lelte?
Windows és macOS is UEFI telepítés.
-
herdsman12
őstag
válasz
King Unique
#56225
üzenetére
Köszi a segítséget.
Az MX Boot Repair "Restore MBR from Backup" funkciója segíthetett volna, ha van backup, a Reinstall és Repair Grub funkció már nem javított semmit.
Szándékosan, kíváncsiságból volt az MX 32 és 64 bites verziója telepítve.Ez gyárilag Win7-es, Win10-re frissített laptop.
Az sda1 (11,8GB Recovery), az sda2 (100MB System Reversed) és az sda3 (230,5GB Windows) partíciók soha nem voltak piszkálva.
Gyorsindítást kikapcsoltam Linux telepítés előtt.Egy komám kijavította a Win10 indítást, utána a sorrend miatt töröltem, majd újra létrehoztam 2 partíciót a Linuxoknak.
MX Linux telepítés után a Win-EasyBCD most rendben kezeli az indítást. -
King Unique
titán
válasz
herdsman12
#56221
üzenetére
Ebben a programban van MBR backup opció is, amit lehet célszerű lenne előtte alkalmazni. Vagyis, ha valami gond van, akkor utólag helyreállítható legyen. A screenshoton lévő opcióknál elvileg azt a partíciót kellene bejelölni, amin az MX16 van. Viszont érdekes a helyzet, mert a kép alapján 2x lett telepítve, 2 külön partícióra a 32 bites és a 64 bites rendszer. Másik lehetőség a Windows indítóbejegyzésének helyreállításához a korábbi válaszokban említett megoldások.
Egyébként az megint érdekes, hogy W10-et említettél, de a screenshoton csak egy 100 MB-os partíció látszik. Ellenben Legacy módban annál 500 MB-os partíció szokott lenni, illetve az X GB-os recovery partíció a gyárilag előtelepített gépeknél. Továbbá, ha 10-es, akkor multiboot megoldásnál annál ajánlott kikapcsolni a fast startup funkciót is.
-
King Unique
titán
válasz
herdsman12
#56217
üzenetére
Azért ez így általánosítva nem feltétlen igaz. Használok multiboot megoldásokat, ahol normál esetben több Linux telepítése után bekerülnek a GRUB-ba az előző disztrók, illetve pl. a Windows is. Ha esetleg nem, akkor rendszerint egy
update-grubmegoldja. De, ha valami egzotikus disztró, aminél esetleg nem működik megfelelően ez, akkor akár manuálisan is hozzá lehet adni a másik rendszer indítóbejegyzését a GRUB-hoz (példa). Illetve itt a topikban is ad találatot a chainloader kulcsszó.Aztán vannak a screenshoton is látható, vagy akár más (példa) "egykattintásos" Boot-Repair programok. Viszont, hogy pl. a mostani esetnél mennyire lenne hatékony egy ilyen, az már más dolog.
-
adika4444
addikt
Sziasztok!
Merész dologba vágom fegyverem, egy régi Windowsos laptopon átváltanék Debian 9 terminálra, a gépet szervernek használom.
Deb topik nem igazán pörög ahogy látom, így ide is belinkelném a kérdésemet
Emellett még: Mire kell figyelni amikor átállok? A jelenlegi Windowsos cuccnál van egy FileZilla FTP szerver, fut egy Transmission 2.92 for Windows, és egy Resilio Sync hogy a hordozós gépemen a nélkülözhetetlen mappám meglegyen egy másik helyen is realtime módosításokkal...
A gép egy TP-LINK1043Nd mögött pihen, tehát portforwarddal csak azok a portok vannak megnyitva, amikre szükségem van...
Debian beszélő installerel telepítettem, mert a laptopon csak HDMI van, a képernyője pedig már nem igazán működik.
Van továbbá valami GRUB menü tudtommal, a lényeg hogy lassúcska kicsit a boot, ezt el lehet tűntetni?
Jelenleg ennyi, köszi előre is! -
toyone
őstag
Sziasztok!
Segítséget szeretnék kérni ugyanis a rendszer betöltödése közben leállt a gép.
És a Error unknown filesystem Grub Rescue Mode fogadott már.
Az első hozásszólásban látottak vagy itt leírt telepítés nem működik ugyanis nem csatolódik fel a partíció.
Can't find /dev fogad. ls-el és gparteddel is megnéztem a partíció nevét de csak nem akar menni.
Linux mint 18.2 van. Volt mellette windowsos lemez is de grub-al nem volt variálás.
A youtubeon látható videókban az "insmod normal" azt írja hogy nincs ilyen partció, Ubuntu alatt látom hogy boot-nak van beállítva, és a foglalt adatmennyiséget is kiírja de sehogy sem szeretne elindulni.Van öltetettek hogy mit hibázhatok?
Köszönöm -
Dave™
nagyúr
válasz
King Unique
#56069
üzenetére
Tudom, az enyém is majdnem ua. csak 256-os SSD van benne, kb. egyforma. Mindenképpen lassabb a dual boot mert az egyik OS-t le kell állítanod a másikat meg elindítanod (aztán ha végeztél ugyanez visszafele), ezt szerintem nem érdemes ragozni. Erre van a virtualizáció, tökéletesen működik, és ha nem akkuról használja akkor nem is nagyon fogja észrevenni hogy két OS-t futtat, overhead alig van, a ventilátor is alig-alig jár. RAM-ot használ (amennyit adsz neki), de arra van, ha nem használnék virtualizációt elég lenne a 4GB RAM is. Igen, az Office mellett volt még talán 2-3 másik program, és az alap tézis szerint elege van a Windows-ból a driveres szarakodás miatt, az szerintem nem szűnik meg ha marad a dual boot. Ellenben VM-ben tök jól elvan, főleg egy minimál Windows 7, ami nem hízik, nem frissülget össze-vissza és így tovább. Próbáltam Windows 10-et is VM-ben, na az nagyon rossz ötlet, a kezdeti 10GB-ból elég gyorsan lett 25GB. De így használom kb. másfél éve, elhiheted hogy a legkényelmesebb és leggyorsabb megoldást használom, nem vagyok önmagam ellensége

Frawly nem bántásképpen mondom, de látszik, hogy neked dolgoznod nem kell vele. Mint mondtam megy Wine alatt a 2010, próbáltam is, de két excel közötti függvények nem mennek (legalábbis nekem nem akartak), ez pedig elég alap dolog. Meg a makróknál is lehetnek gondok, mondjuk úgy, hogy alap szinten megy, de munkára azért ez így elég necces. Kb. fél éve még a 2013 is újdonság volt, a 2016-ra nem vennék mérget, de még mindig ott vannak a fenti problémák. Lehet nem használtatok még haladó szinten excelt, de az nem annyi, hogy vannak értékek a cellákban és színezgetem őket meg vastagítom a kereteket. Az odt sem kompatibilis teljesen sajnos, próbáltam, és másként kezelnek bizonyos funkciókat, nem teljesen kompatibilis, állandóan konvertálni akar az MS Office ha előtte LO-ból lett belementve (előbb véletlen írtam OO-t, természetesen LO-ra gondoltam), máshogy tördel stb. tehát megbízhatatlan. Az életszerű, hogy megkérem a partnereket meg a kollégákat hogy a kedvemért innentől mindenki használjon LO-t, hiszen sokkal jobb és ingyenes
A szalagmenü meg tök jó dolog, az LO is éppen kísérletezik vele, ugye, talán nem véletlenül. -
BoB
veterán
válasz
King Unique
#56069
üzenetére
Laptopon amin nem játszok nekem is virtuális gép van, sokkal jobb mint dual-boot. Még csak az kellene hogy bootolgassak egyikből másikba. Vagy ha már ott vagyok windows-on akkor már megnézem onnan amit akarok. Ja akkor meg minek van fent linux?
Meg mit kellene állítgatni a windowson amikor virtuális gép? Csak és kizárólag az office miatt indul, kit érdekel a háttérkép, etc etc. Vannak kimondottan ilyen image-ek, ezek le vannak csupaszítva és nem kell semmit sem bajlódni velük.
Egy X220-ason nálam tökéletesen fut, nem fogja vissza a gépet, pedig az sem mai darab már.
-
King Unique
titán
Azt tudom, hogy az egyes Office szoftverek és a formátumok között nem tökéletes a kompatibilitás, hiába van benne mindegyikben névlegesen a támogatás. Ezért sem szoktam erőltetni a kevert használatot. Vagy egyiket és annak a helyi formátumát használom, vagy a másikat.
Azért ez nem egy gyenge hardver és már önmagában az SSD is sokat dob a működésen. Szóval nem világos, hogy mért lenne lassabb a dual-boot. Max. abból a szempontból, hogy át kell váltani egyik OS-ről a másikra. De ennyi erővel a virtuális gépes megoldással 2 db OS-t futtatni egy időben az, ami nagyobb erőforrást emészt fel. Az meg a másik, hogy nála már elvileg fel van telepítve a Windows és a szükséges programok, ahol az Office csak 1 azok közül, amikre elmondása szerint szüksége van. Szóval egyszerűbb és gyorsabb lenne mellé feldobni egy Linuxot, mintsem az egészet újrarakni, beállítgatni stb. virtuális gépként. Vagy, ha már valaki annyira másik OS-t akar kizárólagos alapon használni, akkor lehetne akár kompromisszumokat is kötni és nem ilyen felemás használatot erőltetni. Ha ez nem megoldható, akkor nem, de attól még ugyanúgy erőltetett és "érdekes" lesz ebből a szempontból a virtuális gép is. Mint, amikor az új Mac tulajok megveszik a drága vasat, aztán az első kérdés itt a fórumon, hogy a Boot Camp segítségével hogyan tudnak rá Windowst rakni...

-
Dave™
nagyúr
válasz
King Unique
#56047
üzenetére
Munkára az MS Office-nak (sajnos) nincs alternatívája, az hogy megnyitni meg tudja sovány vigasz, mentésnél a legtöbbször elcseszi, tapasztalatból mondom. Ha pedig másokkal is meg kell osztania ezeket a fájlokat (gondolom igen) akkor végképp nincs más lehetősége. A dual boot felesleges és lassabb is, annyi erővel használhat csak Windowst is, ugyanúgy foglalja a helyet mint VM-ben, sőt még jobban, mert Windows alá is fel kell tennie pl. levelezőklienst stb. amit elég lenne csak a hoston futtatni. Én amióta Linuxot használok VM-ben futtatok egy minimál Windows 7-et, és azon van rajta minden olyan Windows program ami kell (jelenleg csak az Office). Van kétirányú copy-paste, megosztott tárhely, más meg nem is nagyon kell. A negyedik asztalt dedikáltam a Windowsnak, így majdnem olyan, mintha natívan futna az Excel. Egy dolog nem megy, vagy csak én nem tudtam megoldani, ami nagyon kényelmes lenne: az alt-tab-ot ne a guest "kapja el", hanem a host használja.
-
King Unique
titán
válasz
CortezX
#56042
üzenetére
Office-ra ott van az OpenOffice és a LibreOffice, meg esetleg fel lehet rakni pl. a WPS-t. De ezeknél rendszerint nem 100%-os az MSO formátumokkal való kompatibilitás stb. Másik opció az MSO és a többi windowsos program futtatása PlayOnLinux / Wine segítségével, de az megint nem feltétlen OK minden téren. Mármint korántsem minden program futtatható így, illetve egyik-másiknál csak a régebbi verziók futnak jól, ellenben a legújabbak már nem.
A virtuális gép ilyen téren már jobb megoldás lehet, hiszen annál ott a komplett windowsos környezet. De az is foglalja a tárhelyet, a futtatásnál plusz erőforrást igényel, virtuális / éles környezet között is lehetnek különbségek egyéb téren stb. Én jobban kedvelem a dual-boot megoldást és pláne SSD-vel hamar át lehet bootolni egyik OS-ről a másik. Na meg éles környezetben azért a telepítés és a mindennapi használat is reálisabb képet ad, mintha virtuális gépen tökölne a user. De, ha valakinek utóbbi fekszik inkább, akkor felőlem használja azt.
-
Dave™
nagyúr
válasz
CortezX
#56042
üzenetére
Én egy hasonló HP Envy-n Manjaro KDE-t használok, de igazából mindegy mit használsz, csak viszonylag friss kernelt használjon (=friss rendszer legyen), meg olyan ami tetszik. Érdemes több rendszert live módban kipróbálni telepítés nélkül, és akkor nagyjából látod mik a különbségek. A legtöbben Ubuntun vagy valamelyik származékán kezdik (Elementary, Mint pl.), aztán van aki másra vált később, meg olyan is, aki marad. Ez egy fejlődési folyamat, nem lehet megspórolni. Excelre meg Windows-os programokra Virtualbox, igen, sokkal kényelmesebb és egyszerűbb mint a dual boot, én is használok Excelt, szintén Virtualboxban.
-
Frawly
veterán
válasz
mefistofeles
#55903
üzenetére
Ahogy írták, ki tudod kapcsolni formázáskor, hogy ne hagyjon biztonsági tartalékot, de nagyon nem ajánlott. Nem véletlenül alapértelmezett beállítás, hogy a rendszer tartalékot hagy rajta, és nem engedi csurig tölteni a teljes partíciót. Nehogy már a a mai sokszáz gigás, meg több terás tárak korában ez a 2-5% vágjon a földhöz. Lehet utoljára a 8-80 gigás meghajtók korában volt gond belőle.
Ahogy írták, eleve kisebb a meghajtó a decimális-bináris átváltás miatt (1 TB-os meghajtó csak 931 GiB), plusz a fájlrendszernek a tartalékolás nélkül is van valamekkora overheadje (kb. 2% körül, nem a Linux sajátossága, hanem bármilyen OS bármilyen fájlrendszerénél van ilyen, a fájlok nyilvántartása, tárolási tábla miatt, plusz naplózó fájlrendszereknél a napló, amit megint csak ki lehet kapcsolni, de nem ajánlott). Plusz minden fájlrendszernél van a clusterméret miatt adattárpocsékolás. A Windows is így jár el az NTFS partíciókkal, és ugyan ott nincs a rendszernek fenntartott hely, de ott sem tudod a partíciókat teljesen csurig tölteni, hogy 0 bájt maradjon szabadon. Próbáld ki egy kisméretű pendrive-val, hogy Windows alatt NTFS partíciót csinálsz rá, és csurig töltöd mondjuk zenékkel. Egyrészt nem fogod tudni, másrészt, ha leméred, hogy mekkora ilyenkor rajta a hasznos adat, meg fogsz lepődni hány százaléka a teljes MiB-ban mért tárterületnek.
-
herdsman12
őstag
válasz
King Unique
#55942
üzenetére
Igen, ez Legacy, a rendszerbetöltőt az sda7-re tettem, ahova a Deepin-t, de így nem működött. Valamit elnéztem a partíció kezelőnél.
Most grub az sda-n, így indul a Win és a Linux is.
Windows boot kérdést hozzáértőre bízom, aztán újból megnézem ezt az EasyBCD-t. -
lck
senior tag
Sziasztok !
A következő kérdésem lenne:
Ubuntu Budgie-t használok.
A rendszer az sda-n van.
Az sdb vinyó 2 fele van vágva : sdb1 NTFS ( régi windows data ) és sdb2 ext4 a /home -mal.Szeretném megszüntetni a régi NTFS partíciómat, úgy hogy a teljes sdb, egy partíció legyen ext4-gyel a /home-nak.
Működik-e, hogy bebootolok egy linuxos live médiummal, gparteddel törlöm az ntfs (sdb1) partíciót, az ext4-est pedig kiterjesztem ( átméretezem ) a teljes lemezméretre ? Mindezt az sdb2-n lévő adatok megtartásával.
A másik kérdésem az - ha ez így működik:
A /home-om így sdb2-ről, sdb1-re kerül. Elegendő-e az fstab-ban átírni a home partíciót az új sdb1-re ?
A rendszer működése szempontjából mást nem kell módosítanom ? -
lajos0001
tag
válasz
Frawly
#55809
üzenetére
Köszönöm a részletes választ.
"A linuxos programokban lehet bízni, főleg, amelyek a tárolóban vannak." Nem is ez volt a gondom, tisztában vagyok az opensource mibenlétével, viszont használok olyan windowsos dolgokat is, amelyeknek ellenőrzötten nincs linuxos alternatívája. Wine környezetben pedig ezeknek csak egy része működik, azok sem kifogástalanul, amint az várható volt (a playonlinuxot megnéztem, reálisan nem jön szóba), így a maradék esetében marad a duál boot. A windows 8 - 10 nevű spyware-rel nem kívánok kínlódni, túl sok gond van vele, és ezeknek csak egy része orvosolható reálisan. A windows 7-et használtam hosszú ideig hivatalból, nem tetszett. Gondolkodtam azon, hogy virtuális gépre teszem a windowst linux alatt, de érdemben nem látok komoly különbséget (igaz, virtuális gépekkel nincs sok tapasztalatom). Az xp általad felsorolt hibalistája nem új számomra, viszont ezek nagy része számomra eleve fel sem merül problémaként (pl. ssd nincs, nem is lesz, így pl. a trim hiánya nem probléma (bár még az is megoldható lenne xp alatt is), blu-ray biztosan nem lesz (nincs miért), nem játszom, így a directx10-12 hiánya sem gond, a grafikus felülettel önmagában semmi gondom nincs, a védelmemről tudok gondoskodni, és még sorolhatnám, de fölösleges)."Bár ha beéred XP-vel, az annak a bizonyítéka, hogy Windowsra sincs igazából szükséged, elég lenne a Linux magában." Én ilyen merész kijelentést látatlanban nem tennék...
-
Frawly
veterán
válasz
lajos0001
#55800
üzenetére
Na, 16 giga RAM mellett, ilyen modern gépen marha sürgősen gyaluld le nem csak a FAT32 partíciókat, de az XP-t is nagyon nagy ívben. Eleve morbid ma már Windowst FAT32-re telepíteni, magában biztonsági kockázat és baromi lassú is a nagy töredezési hajlam miatt, másrészt a 16 giga RAM-ból kb. 3-3,5 gigát fog csak látni az XP, pazarlás a köbön. Plusz nem csak az, hogy az XP nem támogatott a MS részéről (csak ilyen POSReady ökörködés lesz 2019-ig), hanem a szoftverek sem támogatják már (se új böngésző, se új játékok, nincs driver új hardverekhez, nincs SSD-n TRIM-kezelés, se NVME boot, nincs rendes Blu-Ray vagy TPM támogatás, nincs DirectX 9-nél újabb DX szabványok támogatása, szar hálózati kód, idejétmúlt grafikus felület, szar memóriakezelés, agyonswapolási hajlam).
Windowsnál min. Win7-et érdemes használni, még inkább Win10-et, ha annyira Windows kell. Mindenképpen NTFS-sel, mivel fejlettebb fájlrendszer a FAT32-nél, az előző hsz.-ben leírtam miért. Bár ha beéred XP-vel, az annak a bizonyítéka, hogy Windowsra sincs igazából szükséged, elég lenne a Linux magában.
Linuxnál meg nem véletlen alapértelmezett az Ext4. Nem naplóz sokkal többet, és a naplózás az adatok biztonsága, visszaállíthatósága miatt van, nem lassítja a lemezműveleteket. Még SSD-n is megéri használni a naplózást, nem hogy HDD-n.
-
Frawly
veterán
válasz
lajos0001
#55781
üzenetére
Nincs biztonsági kockázata, ha windowsos partícióra telepítesz programokat. Vagyis elméletileg van, mert a FAT32 és Linux alatt az NTFS nem kezeli a jogosultságokat, de nem hinném, hogy bajod lenne belőle gyakorlatilag. Viszont nem érdemes. A Linuxnak külön előnye, hogy nagyon fejlett fájlrendszerei vannak, sokkal gördülékenyebbé teszik a lemezműveleteket, nem töredeznek. Ha nem használod ki ezt, akkor elesel a Linux egyik legfőbb előnyétől.
A partíciókat nem kell túlszaporítani, egy FAT32 az EFI bootnak, egy NTFS (ne FAT32 legyen, lassú, túlzottan töredezik, nem kezeli a jogosultságokat, túl sok memóriát emésztenek fel a FAT-táblák, maximális fájlméret max. 4 giga, ami ma már kevés) a Windows rendszernek, esetleg még egy NTFS a windowsos adatoknak, egy Ext4 a linuxos rendszernek, egy Ext4 a linuxos adatoknak és kész. Swap partíció nem kell (már csak azért sem, mert 16 giga RAM-ot írtál, és mivel nekem is annyi van, így tudom, hogy Linux alatt az bőven rengeteg, soha nem fogja használni a rendszer a swapot). Ha mégis kell swapfile, azt létrehozol valamelyik Ext4-es partíción, és felcsatolod /etc/fstab-ban, ennek külön előnye, ha kiderül, hogy kicsi a swapfájl, akkor bármikor létre tudsz hozni nagyobbat, partíciónál sokkal kínosabb a méretét tologatni.
A linuxos programokban lehet bízni, főleg, amelyek a tárolóban vannak. Nem fognak rosszindulatú forgalmat generálni kifelé. Ez nem Windows, ahová mindenféle Hekker Pisti ad ki trójaikat meg malware-eket. Mivel a tárolóban ingyenes és opensource programok vannak, azoknak nem érdekük a spílerkedés a háttérben, nem nyernének vele semmit, csak elveszítenék a velük szemben támasztott bizalmat. Eleve a nyílt forráskód miatt belebukna a szerző, mivel a forráskódba bárki belenézhet, és ha csak egy unatkozó ember is kiszúr benne valamit, abból botrány lesz, így nem éri meg backdoort és hasonlót belerejteni, alapból nem ilyen műfajban indulnak az opensource szoftverek.
-
lajos0001
tag
válasz
King Unique
#55797
üzenetére
"Egyébként az nem tiszta, hogy nálad a windowsos rendszerpartíció hogyan lett állításod szerint FAT32, amikor annak normál esetben eleve NTFS-nek kellene lennie... "
Nem feltétlen kell annak lennie.
Nagyon egyszerű: xp-t használok, és azt láttam többször is, hogy a rendszer számára max. 16 ill. 32 GB-s fat32-es partíciókkal jobban járok, mint ntfs-es nagyobbakkal. A korábban leírtakat nem ismétlem meg.
"Az NTFS egyébként inkább használatos a másik rendszeren, pláne hogy a FAT32-nél a helyi eszközök nem is engednek 32 GB-nál nagyobb köteteket létrehozni. Illetve utóbbinál pl. naplózás és jogosultságkezelés sincsen és amúgy egy elavult fájlrendszer."
A naplózás és jogosultságkezelés hiánya nyilván zavar rendszergazdákat sokgépes hálózatok kezelése esetén, de én még ennek sose éreztem hiányát 1 szál gépemen (amelyet más nem használ).
-
King Unique
titán
válasz
lajos0001
#55795
üzenetére
A FAT32 és NTFS között valóban más pl. formázásnál a partíció méretétől függően az alapértelmezett lemezfoglalási egység és utána a foglalt terület. De pl. a merevlemezeknél a sebesség nem állandó a teljes felületen, ezért ilyen téren lehet eltérés a lemez különböző részein elhelyezkedő partíciók között. Valamint az sem mindegy sebesség terén, hogy mennyi szabad hely van a partíción, illetve mennyire töredezett a fájlrendszer stb.
Egyébként az nem tiszta, hogy nálad a windowsos rendszerpartíció hogyan lett állításod szerint FAT32, amikor annak normál esetben eleve NTFS-nek kellene lennie... Az NTFS egyébként inkább használatos a másik rendszeren, pláne hogy a FAT32-nél a helyi eszközök nem is engednek 32 GB-nál nagyobb köteteket létrehozni. Illetve utóbbinál pl. naplózás és jogosultságkezelés sincsen és amúgy is egy elavult fájlrendszer.
-
lajos0001
tag
válasz
ubyegon2
#55792
üzenetére
lejárt a szerkesztési idő, itt folytatom:
"Windows alatt már régóta az NTFS használatos."
Ez elnagyolás, csak annyit jelent, hogy bevezették a növekvő harddisk méretek könnyebb kezelése érdekében. Azt azonban nem jelenti, hogy a fat32 ettől már szemét lett.A bizonyított tény az, hogy partíciómérettől függően és a rajtuk levő fájlok méretétől függően más-más a fat32 és a ntfs hatékonysága és helykihasználása az eltérő default blokkméretekből adódóan. Van, ahol a fat32, van, ahol a ntfs előnyösebb. Nyugodtan lehet utánaguglizni, taglalták ezt eleget évekkel ezelőtt már.
A tapasztalatom is ezt igazolja egyébként. Az ntfst sok esetben lassabbnak tapasztalom.
Ezen kívül: számomra egyszerűen kényelmesebb több kisebb partíció használata.Ezen kívül a tény viszont az: ha ugyanazon hard disken több partíció van és 1-gyel probléma van, az általában kevesebb adatot érinthet, mintha kevesebb partíciót tartalmaz ugyanazon hard disk.
Nem tudom, hogy mi 'fals' mindezen.
"De most komolyan, mi a fenének az a rengeteg partíció? Tényleg camouflage miatt van?"
Már ne haragudj, én ilyet soha nem állítottam, ezt a kérdést ne nekem tedd fel. -
válasz
lajos0001
#55790
üzenetére
Windows alatt már régóta az NTFS használatos, az ext4 naplózása meg kifejezetten hasznos, HDD esetén kb annyira gond, mint az, hogy nincs helium a vinyódban! Gondolom tudod, hogy a HDD-re való írás gyakorlatilag korlátlan. Egyébként a naplózást ki lehet kapcsolni, SSD használatakor sokan ki is szokták.
De most komolyan, mi a fenének az a rengeteg partíció? Tényleg camouflage miatt van?
Hol olvasgattál ilyen dolgokról? Nekem ez elég falsnak tűnik, úgy általában az összes, amiket csinálsz.

-
CPT.Pirk
Jómunkásember
válasz
jackal79
#55686
üzenetére
Valszeg kb. úgy, mint a 18.1 -> 18.2 upgrade esetén: https://blog.linuxmint.com/?p=3306 - ez tök egyszerű.
mefistofeles: mindegy melyikre teszed, csak az legyen beállítva boot eszköznek a biosban. Én arra raknám, ahol a Linux is van, így a másik vinyó a Windowsal önmagában is boot képes marad.
Csak át kell váltanod a boot eszközt a telepítés után a Linuxos vinyódra ha így csinálod.
-
CPT.Pirk
Jómunkásember
válasz
zaskar
#55595
üzenetére
Szerintem simán menni fog minden a másolás után. Amúgy érdekes helyzet, sokszor csináltam ilyesmit Windows alatt is, de még sosem futottam bele jogosultság problémákba.

Alternatív megoldásnak még egyébként ráengedheted a hdd-re a "get data back from ntfs" programot is, csak az nem ingyenes.
*egyébként ez a helyzet mutatja, hogy miért érdemes több oprendszert tartani egy gépen még akkor is, ha egyébként csak egyet használsz.
MKLS: Hibás csomagot raktak fel. A Manjaro nem feltétlen kezdőknek való, mert kicsit sietnek. Jelezd a hibát a fórumukban, vagy megvárhatod míg valaki más is észreveszi.
-
válasz
ubyegon2
#55462
üzenetére
Én újabban úgy csinálom, hogy az első két partíció a windows 10-é, a harmadik az /ADAT (ez NTFS csakazért is) és ebben van a Letöltések mappa és a negyedik (ez kiterjesztett) a linuxé benne a logikai / és a logikai swap partíció. A linux letöltései is a /ADAT partíció Letöltések mappájába vannak irányítva. Tudom hogy eretnekség linuxban NTFS partíciót használni , de én ezt a kompromisszumos megoldást választottam. Hozzáteszem, hogy nem sokat torrentezek, és csak "hivatalos" célokból torrentezek.
-
válasz
jackal79
#55456
üzenetére
Windows 10 + Linux DUAL Boot készítése UEFI -vel és GPT-vel
Képregény - Windows mellé UbuntuJa és a Linux Mind yt csatorna bemutatói!
Van az Összefoglalóban ez a két írás és a LM csatorna, ezeket nézd át és kezdd egy Linux Mint 18.2 Cinnamonnal vagy KDE-vel kinézetre az a kettő a legwindózosabb, nem lesz szokatlan a kezelőfelülete. Mindkettő egész jól konfigurálható, a Cinnamon egyszerűbb kicsit kezdőknek. Van két lightosabb felülete is, a Mate és az XFCE, nézz meg pár yt bemutatót, hogy néznek ki.
(#55455) norbert400
Csak ügyesen! -
King Unique
titán
válasz
Vardar
#55314
üzenetére
A videóban egy UEFI-s telepítést csinál a tag, ahol a kézi particionálást választva először új partíciós táblát kreál, majd manuálisan hozza létre az EFI partíciót stb. A telepítés végeztével viszont nem bootolt nála a rendszer, nincsen boot eszköz hibaüzenet jelent meg. Gondolom ezért adta hozzá manuálisan az UEFI boot menüjéhez a Lubuntu indítóbejegyzését az
EFI\ubuntu\shimx64.efifájlt betallózva. Normál esetben rendszerint nem kell ilyennel szórakozni, de mint a példa is mutatja, megoldható a bejegyzések utólagos hozzáadása is.Az O365 desktopon natívan csak Windowsra és macOS-re érhető el, ellenben Linuxra nem. De akár az utóbbin is futtathatók bizonyos Office-termékek Wine / PlayOnLinux segítségével. Aztán, hogy mennyire jól és stabilan, az már más dolog, mint ahogyan a WineHQ oldala is mutatja pl. a telepítőknél a minősítéseket.
-
King Unique
titán
A Windows telepítőknél ISO képfájl mód szerinti kiírás kell. Ellenben ez említett linuxos programok DD képfájl módban írnak, ami eleve nem jó hozzá... Sőt olyannyira nem, hogy utána a drive RAW lesz és azért akarja formázni a Windows. A DD képfájl mód szerinti írás a Linux ISO-k való. Egyébként a 8.1-nél elég akár a sima fájlmásolásos módszer is, mint az egy korábbi hozzászólásban már említve volt.
(#55092) CPT.Pirk:
Azért nem volt hajlandó települni rá, mert nem a boot módnak megfelelő volt a partíciós tábla. Legacy-ban MBR, UEFI-ben GPT kell neki. Ha utóbbi volt beállítva és aszerint bootolt a telepítő, ellenben MBR volt a lemez, akkor nyilván hibaüzenetet dobott. Ilyenkor vagy át kell állítani Legacy-ra, vagy jöhet pl. a diskpart, ami valóban destruktív. Ellenben külső programok meg tudják csinálni adatvesztés nélkül is (példa).(#55093) colomb2:
Igen, a gdisk nálam is simán átkonvertálta adatvesztés nélkül a lemezt. -
Sziasztok4
Linux alól hogy lehet Windows 8.1 image-et USB-re írni?
Eddig két progit (fedora media writer és multiwriter) próbáltam ki, de egyik által írt USB sem lesz bootolható. Sőt egy felinstallált windows sem látja, hanem egyből formázni akarja.
-
King Unique
titán
válasz
ArthurShelby
#55074
üzenetére
A rendszernek mindenképpen meg kell adni egy csatolási pontot. Ha a gyökérbe (/), akkor minden rendszermappa oda települ és egyébként az automatikus telepítés is így oldja meg. Ez hasonló, mint amikor a Windowsnál minden a C partícióra kerül. De emellett lehet akár külön home partíciót is csinálni
/homecsatolással. Erről pl. ezen leírásban is van infó. Viszont normál esetben nem érdemes túlbonyolítani a dolgot, pláne nem egy szimpla kipróbálásnál, illetve pendrive-os telepítésnél.Ha Legacy boot van, akkor az egyszerű, ott van hozzá a leírás.
-
King Unique
titán
válasz
ArthurShelby
#55066
üzenetére
A pendrive-on nem adtál meg a rendszernek csatolási pontot, azért problémázik a telepítő, mint azt a többiek is említették. Illetve akár egy kisebb swap partíciót is érdemes neki létrehozni (valahol), mert annak hiánya miatt is szokott figyelmeztetni. Persze ilyenkor jön, hogy flash-alapú tároló és azokon nem szerencsés, nem bírják annyira a sok írást stb., de ennyi erővel a naplózó fájlrendszert (pl. Ext4) sem. Viszont, ha csak kipróbálásról van szó, illetve viszonylag rövid idejű használatról, akkor ezekkel sem feltétlen kell foglalkozni.
Ami még lényeges lehet az az, hogy milyen boot mód szerinti telepítést csinálsz. Ha Legacy, akkor az mondhatni sima ügy és ahhoz készült az összefoglalóban szereplő leírás is. Ellenben az UEFI már macerásabb lehet, amiről egy másik hozzászólásban volt szó. Vagyis ilyenkor alapértelmezetten a helyi lemezen már meglévő EFI partíción fogja létrehozni az ezzel kapcsolatos mappát és fájlokat az Ubuntu, valamint a boot listában is az első helyre teszi be magát. Ha csatlakoztatva van a pendrive, akkor nem gond, de ellenkező esetben jön a hibaüzenet a bootolásnál. Viszont szükség esetén akár az UEFI BIOS-ban is át lehet állítani a sorrendet. Valamint Linux alatt ezen leírás alapján, illetve Windows alatt pl. az EasyUEFI programmal is lehet szerkeszteni a bejegyzéseket, módosítani a sorrendet stb.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#54955
üzenetére
Efölött a megoldás felett már annyira eljárt az idő, hogy az aktuális Windowsok is erre használják a ram egy igen jelentős részét, már a Win7 óta.
A 7-ben pl. ki lehetett kapcsolni az os valamint az applikációk előtöltését is, ami után drasztikusan akár többszörösére is megnőtt a bootidő.Csak mint érdekesség...
-
Rimuru
veterán
pl
cp -a
swap ahogy irod
ha efi bootot akarsz akkor GPT es kell 1 efi particio is. Ha van mas rendszered pl windows az nem szereti ha valtozik alatta az efi particio, ugyan azzal az uuid-al hozd letre szerintem ez megoldja ezt, es akkor siman masold vissza. Linux eseten pedig nem kell masolni semmit, chroot -> bootader install (pl grub), igy a biztos. -
zgospel
őstag
Sziasztok,
Nálam van egy ismerősöm Lenovo Ideapad 100-as laptopja, amin a rajta található Windows 10-et sikerült kinyírnia. Azóta lehetetlenség elindítani a Windowst, végigpróbáltam mindent amit a témában a gugliban találtam, de nem működött. Ha valakit érdekelnek a részletek akkor itt már leírtam, bár szerintem ez jelenleg irreleváns.
A lényeg hogy arra jutottam, hogy adatmentéshez (igen, sajnos semmilyen biztonsági másolattal nem rendelkezik az illető...) kiszerelem a HDD-t és külső vinyóként szépen lementek róla mindent, azonban a Win 10-es topikban kaptam egy nagyon jó tippet, miszerint egy Linux live usb-ről bootolva ki tudnám mentegetni a nekem szükséges fájlokat. Ez azért lenne nagyon jó, mert akkor a hátralévő fél év gari nem vész el.Szóval el is készítettem a live USB-t az Ubuntu 17.04 64 bites verziójának ISOjából, és ezzel sikerült is elindítani a gépet. Automatikusan felismerte és bemountolta a HDD-t is, amit meg is nyitottam és elkezdtem keresgélni azokat a fájlokat amik kellenének neki (céges dokumentumok, rengeteg fénykép, meg ilyesmik, pontos listát még nem kaptam).
A helyzet azonban az hogy nem találok kb semmit, sőt a legtöbb mappa amit megnyitok, például különféle programok mappáit azok is üresek vagy max egy ini fájl van bennük.Feltételezem hogy azért nem találom a képeket illetve az összes többi fájlt, mert Windowson belül a felhasználó amivel használta a gépet le van jelszavazva, Windowson belül pedig nem voltak publikusak vagy megosztva ezek a mappák, és ezért nem látom Linux alól.
Jól gondolom?A Users mappát böngészve sem látom magát a felhasználót, csak a public, all users, default user mappákat, de azokban megintcsak semmilyen fénykép vagy doksi nincs.
Fel lehet ezt a problémát valahogy oldani? Hogyan kéne próbálkoznom?
Bocsánat ha hülye kérdés, életemben először használok Linuxot (egyébként így elsőre tetszik
) -
válasz
Rimuru
#54639
üzenetére
A Yumi egy a pendrivelinux.com oldalról letölthető windowsos alkalmazás, ezzel linuxos keretek között (ha jól értem syslinuxot használ) lehet egy partícióra (most az sdc1-re) isókat pakolászni. Ez a bootmenagerét az sdc1-re tette.Indítás után egy keretprogramból lehetne választani, hogy melyik ISO-t bootoljuk.
Az sdc6-ra telepített linux viszont az sdc-re tette a grubot, ezért a Yumi-t nem tudom bootolni, vagy azért mert nem látszik az sdc-től az sdc1 , vagy azért lehet (csak tudatlanul morfondírozok) mert a yumi csak első alkalommal telepíti a bootját és ezt az utólag telepített linux mint felülírta a grubjával, ezután már akármit telepítek a többi iso mellé a Yumival az sdc1-re Ő már valószinüleg nem pakolja újra a bootmenagerét, mert észleli, hogy már funkcionáló Yumi rendszert bővítek, és a művelet végén jelenti , hogy minden OK.
A két középső partíciót windowsos mentések céljára hagytam. A Nero-s izé pedig egy windowsos backup telepítő lehet. Ezt még nem próbáltam.Ezt a két partíciót valóban akár össze is vonhatnám egy NTFS partíciónak, csak azért hagytam egy FAT32-est is hogy legyen olyan is, nem tudván , hogy a Nero-izé mit szeret.
A telepített 32 bites XFCE pedig olyan lassú mint a tetű ezen a Verbatim vx400-as SSD-n ,igaz bár, hogy csak USB2.0-ba van dugva nem USB3.0-ba.
-
King Unique
titán
válasz
ROBOTER
#54408
üzenetére
Helyes! Ha nem sürgős a dolog, akkor nem érdemes kapkodni. A Linux telepítése már megtörtént? Legjobb lett volna még előtte megcsinálni a mentést, de mindegy. Meg persze az is jó lenne, ha ez RAID nem okozna ilyen problémát Linux alatt. Amúgy, ha visszaállítod a SATA módot RAID-re, akkor gondolom bootol a Windows.
Egyébként nálad RAID módban megy W10 alatt a TRIM? A megfelelő driverrel működhet, de általánosan az AHCI mód javasolt ehhez. Amúgy tényleg nem sok értelme volt gyárilag így telepíteni a rendszert...
-
King Unique
titán
válasz
ROBOTER
#54395
üzenetére
Először is a Mint boot képernyő milyen, fekete, vagy színes? Ha előbbi, akkor UEFI módban, ha utóbbi, akkor Legacy módban fut a telepítő. Esetedben nyilván az előbbi kell! Már, ha valóban UEFI boot van és aszerint lett telepítve a Windows.
Az előbbi képernyőn a legelső opciót választva betölt a Live rendszer, majd ott a megfelelő ikonra kattintva elindul a telepítő. Ahol célszerű az előző válaszban linkelt leírás szerint a Valami más opciót választani a particionálásnál, majd ott meg kellene jelennie normál esetben az SSD (
sda) partícióinak is. Nálad talán nem így van, illetve pontosan mit is csináltál? -
King Unique
titán
válasz
ROBOTER
#54389
üzenetére
Mielőtt nekiállsz telepíteni, kapcsold ki W10 alatt a fast startup funkciót! A GPT partíciós tábla pedig nyilván nem gond Linux alatt sem. Másrészt az ISO-t megfelelően írtad ki a pendrive-ra, a boot beállítások (UEFI) rendben vannak, illetve a megfelelő boot eszköz lett kiválasztva?
Egyébként itt van egy leírás, ami alapján könnyen meg lehet csinálni az UEFI-s telepítést:
★ Windows 10 + Linux DUAL Boot készítése UEFI -vel és GPT-vel ★

Ha már annyira fontos, hogy a gépen lévő eredeti OS ne legyen szétcseszve, akkor lehet nem ártana biztos, ami biztos alapon még a Linux telepítése előtt lementeni. A népszerű Macrium Reflect programmal lehetne másik fizikai meghajtóra egy lemezképfájlt készíteni a rendszerről, illetve a szükséges partíciókról. Ha netán mégis gond lenne, akkor ebből a mentésből simán vissza lehetne állítani az eredeti állapotot.

Vagy másik megoldás, ha másik háttártárra telepíted a Linuxot. Ha nincs a laptopban másik HDD / SSD, akkor lehet USB-s háttértárra is telepíteni és onnan futtatni. Az összefoglalóban vannak leírások erre is, bár azok még Legacy (BIOS-MBR) mód szerint készültek. De amúgy kb. nagyjából ugyanaz az UEFI is, max. pl. erre érdemes odafigyelni.
-
King Unique
titán
válasz
kmisi99
#54117
üzenetére
A GParted sem mindenható és csak akkor tudja kiterjeszteni a partíciót, ha a beolvasztani kívánt rész (szabad terület) közvetlenül mellette, vagy inkább utána van. Ellenkező esetben már nem, max. a meglévőt engedi csökkenteni. Egyébként átmozgatással elvileg megoldható lenne a dolog. Illetve ilyen esetekben pl. a profi windowsos particionáló programok is átmozgatják az adatokat. Viszont ennek lehetnek veszélyei, pláne ha egy rendszerpartíció is érintett! Tehát előtte javasolt mentést készíteni!
Vagy, ha nincsen sok cucc az NTFS partíción, akkor arról lementeni mindent, majd törölni és úgy már engedni fogja a kiterjesztést. Utána a megmaradt részből létrehozni egy újat és visszamásolni rá a fájlokat.
-
Keeperv85
nagyúr
válasz
King Unique
#54035
üzenetére
Ez nem ilyen egyszerű... ugyanis ezt a programot elindítani egy dolog Linux alatt, de attól még működni nem fog Live alól, mivel elég behatárolt milyen beállításoknak kell megfelelnie... Pl. ha van modemmanager, azt ki kell hajítani, mert másképp nem lesz usb kapcsolat... stb...
Marcium-ot csak azért próbálok bootolni, hogy egyáltalán boot képes-e a létrehozott kulcsom, tökéletesen alkalmatlan jelen feladatra más vonatkozásában. Kicsi, ezért gyorsan lehet vele viszont tesztelni a botképes eszköz készítését.
"Ellenben az UNetbootin működni szokott."
Szökő évente egyszer, a Windows verzió... Ha Linuxot pakolsz fel vele a pendrivera, talán... Némi syslinux.cfg szerkesztgetés után, vagy ha véletlen eltalálja hogy kéne legenerálni...
Inkább térjünk vissza az alap kérdéshez és vonatkoztassunk most el attól, hogy nem úszom meg, hogy telepítve legyen valami Windows, mivel a következő folyamathoz elkerülhetetlen... (SP Meta és MAUI nincs Linuxra, vélhetőleg nem is lesz már soha...).
Szóval: hogy lehetne a Chakra-ban visszaimádkozni a libpng1.2-őt?

-
King Unique
titán
válasz
Keeperv85
#54030
üzenetére
A WinPE nem arra való, hogy tetszőlegesen akármilyen külső programot telepítsenek és futtassanak alóla! Nyilván a Macrium sem, aminél konkrétan már elindítani sem tudtam az említett programot. Ilyen célra a normál módon telepített rendszer (dual-boot), illetve a WTG való.
Egy Live Linux, illetve egy perzisztens rendszer alól viszont elvileg meg lehetne oldani a dolgot. Legalábbis nálam pl. a 18.2-es Mint telepítőt bebootolva elindult a program linuxos verziója.
Egyébként a DD képfájl mód szerinti kiírás semmilyen Windows ISO-hoz nem jó, tehát annál nem csoda, ha nem lehetett bootolni a pendrive-ról... Ellenben az UNetbootin működni szokott. De az újabb rendszereknél már elég a sima fájlmásolásos módszer is, mint az az előző válaszban említve volt.
-
Keeperv85
nagyúr
válasz
King Unique
#54027
üzenetére
Nem a flashtoolt akarom kiírni pendrivera, hanem egy PE Windowst, ami alól megy a Windows verzió...
Nyilván nem a Windows-ost próbálom elindítani, tisztában vagyok vele, hogy van Linux verzió, ami ahogy feljebb írtam, libpng függésű, szóval nem tudom elindítani, hiába van...
Nem olvasol figyelmesen: az Unetbootin által létrehozott kulcs nem bootol, ahogy a dd-vel átrakott lemezképes sem.
Van még pár lehetőség, pl. a SARDU, ami még az USB kulcsot sem látja Chakra alól...
szerk: Mi a pöts ez a fehér keret a képek körül? Megint valaki hegeszti a RIOS-t?

-
Keeperv85
nagyúr
válasz
King Unique
#54019
üzenetére
Na ez úgy jön, hogy mint az előbb említettem, az SP_Flashtool nem megy így... Következtetésképp kéne egy bootolható Windows (PE), amihez adott egy 16GB-os pendrive. Próbáltam pár alternatívát, pl. a klasszikus Unetbootint, de a boot error-nál tovább egyik sem jutott. Tesztelésképp a Marcium Relfect lemezképpel próbálkozom, amit a Windows alól Rufus-szal simán bootolhatóra sikerült megcsinálni a másik pendrive-on... bent a munkahelyen... Itthon viszont nincs Windows...
Ú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
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Társasjáték topic
- Papírvékony a jövő a Samsungnál: íme, a Galaxy TriFold!
- BMW topik
- Milyen alaplapot vegyek?
- Milyen légkondit a lakásba?
- Postal: Bullet Paradise - A játék amit bejelentettek, majd el is kaszáltak
- Spórolós topik
- Autós topik
- sziku69: Fűzzük össze a szavakat :)
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- ::::: HATALMAS LEÁRAZÁSOK! I JOGTISZTA MICROSOFT TERMÉKEK I 27%-OS ÁFÁS SZÁMLA I 10 ÉV GARANCIA ::::
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most Ünnepi áron! :)
- BESZÁMÍTÁS! Intel Core i7 8700 6 mag 12 szál processzor garanciával hibátlan működéssel
- HIBÁTLAN iPhone 14 256GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3534
- LG 34WQ500-B - 34" IPS LED - 2560x1080 Wide FHD - 100Hz 5ms - AMD FreeSync - HDR10
- Samsung Galaxy S10 128GB, Kártyafüggetlen, 1 Év Garanciával
- Azonnali készpénzes AMD Radeon RX 7000 sorozat videokártya felvásárlás személyesen/csomagküldéssel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: ATW Internet Kft.
Város: Budapest
addig par parancs utan, amit hajlando vagyok bepotyogni neki minden boot-nal (nagyon ritkan lenne reboot vagy power off) szepen fel-mount-olgatom a feloldott array-t, partitiokat, titkositast es hasznalom.

A sorrend nem mindegy? Amúgy ez a kimenet:
), akkor menne laptopra is (HP 8760w, gondolom menne gond nélkül ott is).

A pontos verzió igen fontos ebben az esetben. (7, 8 9 ,10)

![;]](http://cdn.rios.hu/dl/s/v1.gif)
pedig jókl indult a Linuxos pályafutásom, elsőre feltelepült mind2 disztro, de ez a rendszer fele elfelejt betölteni, most ebbe most amabba nem tudk belépni emrt nem níílik meg, csak úgy hibaüzenet nélkül, ehhez nekem nincs kedvem. Kérlek ha tudtok segíteni abban, hogy a bootolásból kiszedni a Linuxos dolgokat, azt nagyon megköszönném. Kértem segítséget az ottani topikban is, de hátha párhuzamosan előbbre jutok, vagy jó ötlet van.




