Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- sh4d0w: Én és a számítógép
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sziku69: Szólánc.
- Brogyi: CTEK akkumulátor töltő és másolatai
- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Algieba: Nokia E61i 2025-ben
- 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
spileraaa
#91807
üzenetére
How to Dual Boot Windows 10 and Ubuntu – Linux Dual Booting Tutorial
Inkább egy ilyen leíráson menj végig, mint azon a videón, főleg ha nem legacy-ban telepítesz. Egyébként lehet így is, de akár telepítheted külön SSD-re is a Linuxot. Ez esetben majd BIOS-ban kell kiválasztani, melyik eszköz bootoljon, ha egy meghajtón vannak dual-ban, akkor nyilván az adott eszköz boot menüjében választasz.
Ha nagyon nem tudod még, melyik Linuxot válaszd, csinálhatod azt is, hogy kiírod pendrive-ra és csak live-ban futtatva nézegetet, tetszik-e, aztán ami megtetszik, azt felrakod...
Ha a legfelhasználóbarátabb disztróval akarod kezdeni, akkor Linux Mint Cinnamon lesz a választottad.
Samsung 980 1TB is nagyon szereti a Linux Mint Cinnamont...
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
CPT.Pirk
Jómunkásember
válasz
#02705152
#91804
üzenetére
Az meg most olyan, mint a Windows Vista.
Mi most kaptuk ezt a szép új háttérképet a Cassini helyére... Még azt a rusnya GPU monitort kellene megcsinálni transzparensre, és akkor lenne szép minden.A ram használatot mondjuk nehéz pontosan meghatározni, mert boot után nálam rögtön betölt böngésző meg torrent, aztán így becsukva őket 1.22GB-ot mutat használatra, aminek a 70%-a buffer/cache.
-
válasz
#02705152
#91727
üzenetére
Fájlrendszer, minek is? Csakis Debian! Linux live kittel megcsinálva kettő darab Ventoyos pendrájvra, az egyik MBR, a másik GPT partíciós táblájú, ha nem bootolható az egyik, akkor biztosan bootolható a másik. Legalább 8 giga RAM esetén a RAM-ba tolva és villámgyors és jöhetnek a vírusok nyugodtan. A Ventoy grub eszközét használva grubbal bootolva syslinux helyett (a boot mappából a vmlinuz és az initrfs.img szükséges csak, a többi állomány luxálható belőle). Az első (a Ventoy) partíciót az alapértelmezett exfat fájlrendszerről át kell formázni Ext2 fájlrendszerre és vissza adni neki a Ventoy nevet, mert windowsos fájlrendszeren nem találja meg magát a live linux. A Ventoy partíció csak a mappaszerkezet ábrázolása célja miatt van felmountolva, egyébként elindulás után a pendrájv eltávolítható. Disk nem szükséges működéshez. Elegendő RAM esetén egy egy roncsgépen is elindítható. Nagyon szeretem!
Na. Nem kell ehhez logout. 
-
-
#91591
tordaitibi
veterán
Bici
#91586
Szó igaz értelmében nem látja hanem lwemez s azon beül partíció azonosító, jellemzően uuid alapján hívja meg.
Mint amikor te nem tudod hogy a kövezkező utca az ahová mennél de a navid tudja és szól hogy most fordulj jobbra.
Erre írtam ha uefi szinten mountolt a c port, akkor oké, ha nem akkor meg az előző példánál maradva te ugyan befordulsz jobbra csak nincs ott utca.
Hogy ez a folyamat honnan indul, a beépített lemezről, hálózatból, pendrájvról vagy agy másik univerzumból, az tökmindegy.
UEfI-t tudom csak, MBR nekem nem megy.
Egy UEFI rendszerindítás folyamata:
a UEFI egy komplett mini oprendszer ami tud terminálszerű felületen korlátozott parancsokat végrehajtani csak ezt a funkcióját halandó addig nem látja míg ki nem lép az EFI shellbe, de ez most nem lényeg.
Indul a gép, háttérbe lefut a POST és a uefi belemászik abba a lemezbe amit beállítotál, vagy jellemzőan az F11 választómenüvel meg lehet hívni.
Itt kilistázza az EFI könyvtárban található oprendszereket. Ha 1 van akor indítja.
Példánál maradva, itt az Ubuntumat fogja. Indul a grubx64.efi futtatható, gépi kód szerűség ami már maga a grub.
Ez átadja az Ubuntu könyvtában található paraméterek (grub.cfg) szerint a boot folyamatot, pl. nálam erre az UUID-re:search.fs_uuid 9a3fafb4-59de-4b39-a129-051f365cab30 root hd2,gpt2set prefix=($root)'/boot/grub'configfile $prefix/grub.cfg
Ez már maga az Ubuntu partíció. Ott a folyamat a továbbiakban a /boot/grub/grub-cfg szerint megy tovább, betölt a kernel, inicializálja az induló ramdiszket (initrd) és elindul az OS.menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os
$menuentry_id_option 'gnulinux-simple-9a3fafb4-59de-4b39-a129-051f365cab30' {
recordfail
savedefault
load_video
gfxmode
insmod part_gpt
--fs-uuid --set=root
--hint-bios=hd0,gpt4
--hint-efi=hd0,gpt4
--hint-baremetal=ahci0,gpt4 9a3fafb4-59de-4b39-a129-051f365cab30
search --no-floppy --fs-uuid --set=root
/boot/vmlinuz-4.15.0-219-generic
/boot/initrd.img-4.15.0-219-generic
(Windows dettó csak ő a BCD-be paraméterezett opciókkal indul de a lényeg kb. ugyanez)
Mint írtam, a folyamat mindgy honnan indul. -
danih
veterán
Sziasztok!
Én a Linux Mint-tel szeretnék első körben ismerkedni, de úgy, hogy egyelőre nem akarok adni neki az egyetlen vinyómon partíciót, hanem külső USB eszközre szeretném feltenni.
Ezt meg is csináltam, live-ból ment az install USB-re, bootloadernek is az USB eszközt adtam meg. BIOS-ban az USB van prio boot-on - de a végeredmény mindig az, hogy a windows-ba boot-ol, mintha nem látná az USB-t. Mi van elrontva? -
cigam
titán
válasz
-szabi-
#91372
üzenetére
Más rendszereken is működhet, de ez már nem feltétlen kezdő szint. Jobban át kellene látni hozzá mit miért hegesztesz rajt, máskülönben könnyen félremehet valami.
Ha jól tudom, amíg nincs bekapcsolva a Windows lemezek titkosítása, addig nem okozol vele bonyodalmat. (legalábbis nálam W11 alatt csak akkor akadt ki a windows, de akkor is egy kultúrált felületen meg lehetett szüntetni a titkosítást. Ha meg visszakapcsolod a Secure Boot-ot, akkor megy tovább, mintha mi sem történt volna. Elrontani nem fogod vele)
-
Na ilyenem még nem volt, gondoltam megosztom a tapasztalatomat.
Két SSD van a gépemben, az egyikre Debian van telepítve, a másikra Windows 10. A Grub menüben szoktam kiválasztani, hogy éppen melyikre bootoljak be, attól függően, hogy éppen mit akarok csinálni a gépen.
Újratelepítettem a Debiant, majd eltűnt a Grubból a Win. Ilyen volt már korábban is, nem lepődtem meg, az OS Probert kell kikommentelni a grub fájlból, mondom jólvan. Frissítettem a Grubot, újraindítás, semmi. Grub menüben még mindig nincs Win.
Kb. 1,5 órát kutattam a neten, mire rájöttem, hogy mi lehet... Be kellett lépnem Ventoy-jal egy pendriveról és elindítani egy Win10 parancssort, majd csinálni egy boot fájlt, mert valamiért... eltűnt. Na de hogy tűnik el??? Most már felhozza a Grub a Wint és minden rendben van.
Sose volt még ilyenem azelőtt. -
válasz
-szabi-
#91287
üzenetére
Vagy a féltett windows bootoló efi partícióról csinál egy másolást Gparteddel egy másik USB-s lemezre és szükség esetén a javítás idejéig arról tudja bootolni a windowsát. A másik lemez sima üres inicializált legyen ugyanúgy GPT vagy MBR renszerrel mint az eredeti meghajtója. Ehhez a működő efi partíciójáról le kell venni a boot és az esp flaget és helyette beteszi a msftdata zászlót. Ha csatolva van, akkor le kell csatolni és akkor hagyja copyzni a Gparted. A művelet után vissza kell rakni a boot,esp flaget és újraindítani. Én így szoktam barkácsolni. Kipróbáltam. Működik.
-
Valakinek ötlet hogy a legegyszerűbb javítani / megoldani?
1. Windows 11-et telepítettem
2. Mellé egy Fedora Linuxot telepítettem
3. Melléjük egy Element OS linuxot telepítettem
4. Rájöttem hogy az Element OS sokkal szarabb mint a Fedora
5. Kinulláztam az összes linuxos partíciót, tettem fel egy Fedorát újra automata telepítéssel, de normál bootoláskor a Windows és az Element OS látszik csak.
Ahhoz hogy bootolni tudjak a Fedoráról, egy Boot listet kell bios indításkor kérnem és ott látszik az UEFI Windows, Fedora és az Element is.Hogy tudnám azt megoldani a legegyszerűbben hogy a Win11 és a Fedora listával induljon a gép?
-
Elpazaroltam egy éjszakát az új Zefix linuxra. Egy kalap kakadu guanót sem ér szerintem. Ne idegesítsétek magatokat vele. Az iso Rufus-sal windowsból könnyen kiírható iso módban egy pendrájvra MBR -rel. Lesz egy FAT32-es partíció elöl, ezen a Zefix meg az MBR bootja és ebben a partícióban még egy EFI mappa is az UEFI boothoz. Mögötte egy Ext3-as partíció persistence névvel. A szűz telepítés még simán elindul, működik, csak erősen firmware hiányos. Ha beleteszünk egy újabb modult a modules mappába , meg persistens módban bootoljuk, akkor úgy belassul, mint egy parkinson kóros öregember. Ott állsz mint bálám szamara és farkasszemet nézel percekig negyedórákig a döglődő egérkurzorral. És még ezt szánják öreg gépekre. Hát ne !!!!!! X@...aaar-rá idegeli magát rajta az ember.
-
#90837
CPT.Pirk
Jómunkásember
tordaitibi
#90836
CPT.Pirk
Jómunkásember
válasz
tordaitibi
#90836
üzenetére
Furcsa amit az LO-ról írsz. Használom napi szinten mindkét platformon, nincs különbség. Ugyanígy vagyok a Firefoxal is, nincs különbség pedig 3 gépet is használok egymás mellett, szóval szerintem tudnék róla, ha ilyen gond lenne.
Irfant is használom mindegyik platformon, de semmivel sem gyorsabb vagy lassabb, mint a KDE-ben lévő alap képnézegető.
Az mondjuk tény, hogy mindegyik gépem modern és mindegyiken NVMe-s ssd-ről futnak a rendszerek.
Ami biztosan lassú, az a Windows alatt az OneDrive szinkronizálás, ha nem SSD-n van az OD mappa, akkor percekig kerregteti a hdd-t a boot után, minden boot után. -
Köszi , megpróbálom.
Épp a harddisk sentinelt nézem a windowson
sajnos ez oem verzió
hivatalos fw frissítés nem lehetséges
Csak az a lehetőség marad, amit írtál.
Ha megdühödök beteszem a tokból a laposba a 480GB WD Green SN350 SSD -t a PM961-es helyére és azt meg kipaterolom az USB-s tokba, mert saját magát úgyis felismeri. Persze lehet, hogy a PM961-es csak a Dell laposban hajlandó helyesen működni, mert oda csinálták, mint OEM alkatrészt és máshol nem is lesz hajlandő bootolni. Akkor meg maradhat úgy ahogy van, mert a swájci bicskám ezek szerint csak a Dellben lévő PM961-es NVME SSD-t nem ismeri fel, más laposokba bele fogok tudni vele turkálni. -
Ez pedig a Dell-re telepített linux mint saját NVME konzol kimenete:
noki@486dlc2buffer:~$ lspci | egrep -i "nvm|ata"00:17.0 SATA controller: Intel Corporation Q170/Q150/B150/H170/H110/Z170/CM236 Chipset SATA Controller [AHCI Mode] (rev 31)04:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM961/PM961/SM963noki@486dlc2buffer:~$ dmesg | grep -i "nvme"[ 6.346046] nvme nvme0: pci function 0000:04:00.0[ 6.359104] nvme nvme0: 7/0/0 default/read/poll queues[ 6.391533] nvme0n1: p1 p2 p3 p4 p5 p6 p7 p8 p9[ 9.294388] EXT4-fs (nvme0n1p5): mounted filesystem 50c3ac1d-3065-4b8d-aa61-6725590d6d3b with ordered data mode. Quota mode: none.[ 9.885270] EXT4-fs (nvme0n1p5): re-mounted 50c3ac1d-3065-4b8d-aa61-6725590d6d3b. Quota mode: none.noki@486dlc2buffer:~$ sudo smartctl -x /dev/nvme0n1p1[sudo] noki jelszava:sudo: smartctl: parancs nem találhatónoki@486dlc2buffer:~$ sudo smartctl -x /dev/nvme0n1p1smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.2.0-33-generic] (local build)Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF INFORMATION SECTION ===Model Number: PM961 NVMe SAMSUNG 512GBSerial Number: S33YNB0J735610Firmware Version: CXY74D1QPCI Vendor/Subsystem ID: 0x144dIEEE OUI Identifier: 0x002538Total NVM Capacity: 512.110.190.592 [512 GB]Unallocated NVM Capacity: 0Controller ID: 2NVMe Version: 1.2Number of Namespaces: 1Namespace 1 Size/Capacity: 512.110.190.592 [512 GB]Namespace 1 Utilization: 133.085.835.264 [133 GB]Namespace 1 Formatted LBA Size: 512Namespace 1 IEEE EUI-64: 002538 b771b8c4edLocal Time is: Wed Sep 20 19:43:00 2023 CESTFirmware Updates (0x16): 3 Slots, no Reset requiredOptional Admin Commands (0x0017): Security Format Frmw_DL Self_TestOptional NVM Commands (0x001f): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_FeatLog Page Attributes (0x02): Cmd_Eff_LgWarning Comp. Temp. Threshold: 68 CelsiusCritical Comp. Temp. Threshold: 71 CelsiusSupported Power StatesSt Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat0 + 7.60W - - 0 0 0 0 0 01 + 5.00W - - 1 1 1 1 0 02 + 3.60W - - 2 2 2 2 0 03 - 0.0400W - - 3 3 3 3 210 15004 - 0.0050W - - 4 4 4 4 2200 6000Supported LBA Sizes (NSID 0x1)Id Fmt Data Metadt Rel_Perf0 + 512 0 0=== START OF SMART DATA SECTION ===SMART overall-health self-assessment test result: PASSEDSMART/Health Information (NVMe Log 0x02)Critical Warning: 0x00Temperature: 30 CelsiusAvailable Spare: 100%Available Spare Threshold: 50%Percentage Used: 4%Data Units Read: 80.542.556 [41,2 TB]Data Units Written: 56.176.731 [28,7 TB]Host Read Commands: 1.702.482.557Host Write Commands: 877.080.739Controller Busy Time: 3.823Power Cycles: 2.681Power On Hours: 6.416Unsafe Shutdowns: 793Media and Data Integrity Errors: 0Error Information Log Entries: 8.811Warning Comp. Temperature Time: 0Critical Comp. Temperature Time: 0Temperature Sensor 1: 30 CelsiusTemperature Sensor 2: 37 CelsiusError Information (NVMe Log 0x01, 16 of 64 entries)Num ErrCount SQId CmdId Status PELoc LBA NSID VS0 8811 0 0x0014 0x4004 - 0 0 -1 8810 0 0x4009 0x4004 - 0 0 -2 8809 0 0x000c 0x4004 - 0 0 -3 8808 0 0x0018 0x4004 - 0 0 -4 8807 0 0x0010 0x4004 - 0 0 -5 8806 0 0x4012 0x4004 - 0 0 -6 8805 0 0x5010 0x4004 - 0 0 -7 8804 0 0x0028 0x4004 0x02c 0 0 -8 8803 0 0x0027 0x4004 0x02c 0 0 -9 8802 0 0x0026 0x4004 0x028 0 1 -10 8801 0 0x0025 0x4004 - 0 1 -11 8800 0 0x0020 0x4212 0x028 0 - -12 8799 0 0x0005 0x4004 0x028 0 0 -13 8798 0 0x0004 0x4004 - 0 1 -14 8797 0 0x0001 0x4004 - 0 - -15 8796 0 0x5018 0x4004 - 0 0 -... (48 entries not read)noki@486dlc2buffer:~$ sudo fdisk -lDisk /dev/nvme0n1: 476,94 GiB, 512110190592 bytes, 1000215216 sectorsDisk model: PM961 NVMe SAMSUNG 512GBUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisklabel type: gptDisk identifier: DAB2102B-D10B-48D9-BB08-8EF56449E1F3Eszköz Start Vége Szektorok Size Típus/dev/nvme0n1p1 2048 206847 204800 100M EFI System/dev/nvme0n1p2 206848 239615 32768 16M Microsoft reserved/dev/nvme0n1p3 239616 685419056 685179441 326,7G Microsoft basic data/dev/nvme0n1p4 685420544 686862335 1441792 704M Windows recovery environment/dev/nvme0n1p5 686862336 906010623 219148288 104,5G Linux filesystem/dev/nvme0n1p6 906010624 906012671 2048 1M BIOS boot/dev/nvme0n1p7 906012672 906668031 655360 320M Microsoft basic data/dev/nvme0n1p8 966660096 1000214527 33554432 16G Linux lapozó/dev/nvme0n1p9 906668032 966660095 59992064 28,6G Linux filesystemPartition table entries are not in disk order.Disk /dev/mmcblk0: 14,63 GiB, 15707668480 bytes, 30679040 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisklabel type: dosDisk identifier: 0xa479f19cEszköz Indítható Start Vége Szektorok Size Id Típus/dev/mmcblk0p1 2048 30679039 30676992 14,6G b W95 FAT32noki@486dlc2buffer:~$ -
classic B
senior tag
Tegnap feltettem az Ubuntu 23.04-et. Rufussal írtam ki pendrivera a telepítőt (DD módban). Egyszerűen csak kíváncsi voltam, hogy mennyivel lett jobb, mint egy 2-3 évvel ezelőtti kiadás.
Hiába telepítettem magyar nyelven, még mindig sok angol rész van benne. Bosszantó.
A nagyobb baj az volt, hogy nem tudtam telepíteni a hivatalos oldalról letöltött deb kiterjesztésű Chrome-ot. Egyszerűen nem indult el a telepítő. Fura.
Az óriási probléma viszont az volt, hogy kimentem pár percre és lezárt a képernyő. Visszatéréskor a jelszó beírása közben lefagyott az egész. Muszáj voltam kikapcsológombbal kinyomni a laptopot. Bekapcsolást követően már be sem bootolt a rendszer...
Tehát egy frissen telepített rendszer teljesen behalt a "semmitől".
Biztos vagyok benne, hogy óriási királyság a linux, de ezek után én soha az életben nem vagyok hajlandó kipróbálni többet. Az én szavam itt semmit nem ér, de mégis mondanám a kezdőknek és kíváncsiskodóknak, hogy csak akkor telepítsék élesben, ha nagyon sok türelmük, kitartásuk van, illetve jó a problémamegoldó készségük többek közt.
Az én történetem vége az lett, hogy másnap (vagyis ma) visszatettem a windowst, és akármennyire is sok bajom van vele, a linuxszal ezerszer többet szívnék.
(Várom az user error kommenteket.) -
#90618
tordaitibi
veterán
#63718632
#90616
válasz
#63718632
#90616
üzenetére
Lényegtelen, ebben igazad van, teljesen lényegtelen mivel hogyan írunk ki vagy szolga módon másolunk egy kibontott iso-t.
Mitől változna meg a fájlstruktúra...?
Egy UEFI bioszos (de hülye elnevezés, a bois az bios) vagyis egy UEFI a post után bedarálja a gépbe dugdosott összes lemezt, pendrájvot, mikro-sd-t, sikítókorongot, és keres rajtuk EFI mappát.
Ha ez megvan, az összeset kilistázza. (beállítás függvényében persze nem de ha belemész a UEFI-be akkor ott az összes, választhatóan)
(ha nem hiszed, együres penre tégy egy EFI mappát, abba üres boot mappát, meg egy üres Ubuntu mappát. meg fog jelenni mint botolható EFI média, rányomva persze semmi nem történik)
Kiválasztod pl. a Win10-et.
Továbbadja a UEFI a stafétát, nevezetesen a bootx64.efi indul és az bedarálja a boot könyvtárat.
Itt mivel Windowsról van szó, a bcd-be beégetett paraméterek szerint megy tovább a boot, ez olyan mint Linuxon a grub.cfg.
A bcd-be lévő paraméterek szerint megy tovább, indul a bootsect.exe, keres a megfelelő könyvtárakba, indítja a telepítőt. Mindegy neki hogy hogy az iso simán ki lett írva, dd-vel lett kiírva vagy másolva lett, a könyvtárnevekés a hivatkozások útvonalai nem változnak meghajón belül, ergo megtalálja.
Linux telepítő,
UEFI megtalálja, enter.
Minő érdekes, szintén az EFI könyvtárban található a következő láncszem, grubx64.efi lesz az áldozat, következik a boot könyvtár, ott figyel a grub.cfg.
Tartalma (csak a lényeget kopiztam):
set timeout=5
menuentry "Ubuntu"
set gfxpayload=keep linux /casper/vmlinuz file=/cdrom/preseed/ubuntu.seed maybe-ubiquity quiet splash --- initrd /casper/initrd
menuentry "OEM install (for manufacturers)"
set gfxpayload=keep linux /casper/vmlinuz file=/cdrom/preseed/ubuntu.seed only-ubiquity quiet splash oem-config/enable=true --- initrd /casper/initrd
menuentry 'UEFI Firmware Settings'
fwsetup
A vasraggal kiemeltek ismerősek, igen ezek egy Ubuntu telepítő sorai a monitorról olvasva.
Van több is pl. memtest stb. csak nem kopizgattam.
Utolsó, vissza lehet lépni a UEFI settings azaz beállításokba.
A dőlt kiemelések is ismerősek sokaknak, az már maga az ubiquiti telepítő indítása.
Ez is független a kiírási módtól, ott van minden sor elején hogy cdrom, azaz EZ a helyi média, ez a pendrájv, lemez, ssd hdd mindegy, ezen tessék keresgélni a mappaszerkezetbe.
A vmlinuz meg az initrd nem szorul magyarázatra, az már maga a telepítő ami indul. A telepítő kernele.
Ez kizárólag UEFI !!! És nem kell semmivel kiirkálni, aktívvá tenni a telepítő médiát, dd-zni stb. Flottul megy másolva. Normális, nem 10+éves UEFI-ről van szó. Sőt elstartol fat32, ntfs, talán még exfatról is.
Ha univerzális bios-uefi telepítő a cél akkor nem ússzuk meg a kiírást de én bios/mbr telepítést kb. 4-5 éve nem csináltam, lejárt lemez. Szerintem, de majd Uby jól leolt hogy megint félrebeszélek, a bios az igazi
Bocs a litániáért. -
#90617
janos666
nagyúr
tordaitibi
#90615
janos666
nagyúr
válasz
tordaitibi
#90615
üzenetére
Igen. Win11-ben SSD-t GPT-re inicializáltam, raktam rá egy FAT32-vel formázott partíciót, ISO file-t mount-oltam, file-okat átmásoltam, reboot, UEFI Setup-ban a kívánt boot manager-t kiválasztottam, és ennyi.
Ez nekem még 100/100 működött mindennel (Linux Live!, Windows telepítő) 10+ éve, mikor USB pendrive-al csináltam, egyedül most PCI-e SSD-vel nem (ilyet még sohasem csináltam), illetve most is csak a Debian akadt ki ezen (az Ubuntu sem)."A módszer UEFI környezetbe UEFI telepítővel az esetek 99%-ában tökéletesen működik."
Köszönöm! #90616májkimiki - Az ISO sha256 stimmel (megnéztem, de már letöltéskor nézte a torrent kliens).
-
janos666
nagyúr
válasz
sh4d0w
#90600
üzenetére
Ha belefutok egy "egy a millióhoz" esélyű bug-ba, az nem azt jelenti, hogy hülye vagyok.
Ne legyen már egy Linux topic olyan, mint az Apple, hogy "csak rosszul tartod az iPhone-t".
Valószínűleg, ha USB-ről boot-olnám a Debian 12.1-et, és feltelepíteném erre az NVMe SSD-re, akkor jobban futna, mint az Ubuntu 23.04 (ugyan így feltelepítve ugyan erre).
Csak meglepett, hogy a Debian totál kiborult attól, hogy NVMe SSD-ről boot-ol a Live! környezete, de az Ubuntu (ami Debian alapú, és elvileg kevésbé stabil) viszont nem.
Az, hogy le mertem írni ezeket a tapasztalatokat, az szerintem nem istenkáromlás.
A fanatikusok szoktak így reagálni, mikor valaki leírja, hogy nála ez vagy az nem működött.Mióta UEFI van, sohasem szoktam RuFus-t, Etcher-t, vagy hasonlót használni. Még a Windows telepítőt is kézzel másolom át USB pendrive-ra az ISO-ból (ha a gép nem boot-ol NTFS-ről, akkor kézileg becsomagolom a Windows féle install.wim file-t install.esd file-ba, és máris másolható FAT32-re is az eredetileg FAT32 számára túlméretes file). Semmi szükség nincs ezekre a utility-kre, ha tudod, hogy mit csinálnak. Akkor kellenek, ha valaki akar az USB tárhelyre perezistens tárhelyet is Live! mellé, vagy Windows To Go-t akar.
Az egész ötlet csak onnan jött, hogy van nálam egy feleslegessé vált 2000 Ft-os 16Gb SSD és egy üres M.2 PCI-e foglalat, így gondoltam, hogy rádobok egy Live! Linux-ot diagnosztikai célokra, hogy ha valami gond van a géppel/Windows-al, azonnal boot-olható, nem kell másik gépen elkészíteni egy USB pendrive-ot ilyesmikre. És lustán akartam megúszni: nem USB-ről feltelepíteni az SSD-re, csak magát a Live!-ot rátenni az SSD-re.
Ez Ubuntu-val működött is, Debian-al nem. Ha majd unatkozom, akkor telepítek rá valamit (akár nem is az említetteket, hanem egy harmadikat). -
lck
senior tag
Sziasztok !
A következő kérdésem lenne:
4 SSD meghajtó van a gépemben. ( 2 linux, 1 adat és egy windows )
Az első linux rendszer állandónak tekinthető, az most egy ideje Solus.
A második linux az ilyen "hopper"-rendszer, ami a napjainkban Manjaro.
( a windows az meg valami veleszületett ősi átok - talán )
Észrevettem, hogy a disztrók máshogy kezelik az egyéb meghajtókat:
Pl. Solus és MX esetében root jelszó nélkül csatolja a másik rendszerek meghajtóit ( írható olvasható szó nélkül ), de pl.: Manjaro-nál root jelszó kell a csatoláshoz és használatához.
Az fstab-ban nincs bejegyzés a többi meghajtóra, nem is szeretném boot-oláskor csatolni, csak akkor amikor éppen dolgom lenne benne és rákattintok. Jó lenne ha ehhez nem kérne root jelszót.
Na szóval ezt kérdezném: hogy lehet használat közben egyéb meghajtót csatolni root jelszó beírás nélkül ?
Nem olyan eget verő probléma - a neten kutattam utána, de a talán rendkívül korlátolt angol tudásom is hátráltatja a megoldást. -
válasz
lanszelot
#90435
üzenetére
Én egy live-ról terminalban megnézném, mi a helyzet, ntfsinfo-val, a szokásos opciók vannak:
ubyegon@ubyMintC-212:~$ ntfsinfo
Usage: ntfsinfo [options] device
-i, --inode NUM Display information about this inode
-F, --file FILE Display information about this file (absolute path)
-m, --mft Dump information about the volume
-t, --notime Don't report timestamps
-f, --force Use less caution
-q, --quiet Less output
-v, --verbose More output
-V, --version Display version information
-h, --help Display this helpUtána használnám az
ntfsfixparancsot. Alapból erre képes: néhány alapvető NTFS-inkonzisztenciát javít ki, visszaállítja az NTFS naplófájlt, és a Windows első rendszerindításakor NTFS-konzisztenciaellenőrzést ütemez.ubyegon@ubyMintC-212:~$ ntfsfix
ERROR: You must specify a device.
ntfsfix v2021.8.22 (libntfs-3g)
Usage: ntfsfix [options] device
Attempt to fix an NTFS partition.
-b, --clear-bad-sectors Clear the bad sector list
-d, --clear-dirty Clear the volume dirty flag
-h, --help Display this help
-n, --no-action Do not write anything
-V, --version Display version information
For example: ntfsfix /dev/hda6Fentiek az
ntfs-3gcsomag részei, default benne vannak a live-ban, de ha nincs, akkor is pillanat alatt feltelepíthető.Másik út a Photorec step by step, Testdisk step by step
-
alfa20
senior tag
Sziasztok,
Segítségre lenne szükségem, nagyon rég használtam már Linuxot.
Van egy Intel Stick PC-m aminek haldoklik az eMMC-je (20%-os), külső HDD-re feltettem egy MX Linuxot, de indításkor folyamatosan a Windows indul (eMMC-n van), kivétel ha F10-el bootoláskor kiválasztom a külső HDD-t.
Régen nem volt gondom két Op. használatával, mert a Grub-ban simán lehetett állítani mi induljon, de itt a Win11 rendszere indul alapból, a BIOS-ban nincs lehetőség megváltoztatni a rendszer meghajtót.
Lenne valakinek ötlete, hogy tudnám akár az indító partíciót áthelyezni a eMMC-re, hogy max csak induláskor használja a belsőt, és a Win is használható maradjon?
PLEX szervernek használtam eddig is, meg böngészőből online stream nézésre, erre bőven elég. -
naja
aktív tag
Nekem az az érdekes, hogy a Manjaro (és még 3 másik azaz kodachi, debian és kali) után nem az van aminek lenni kellene (itt ha jól sejtem csak az EFI partíció UUID-je szerepel, az nem, hogy erről mit kellene betölteni).
Viszonyítás képpen a Windows Boot Manager rendben van, ott megvannak a "HD(...)/File(...)" részek. A Manjaroéknál ott VenHw(UUID) van. Erről a VenHW-ről nem találtam infót.
Hozzá tenném, hogy én egyáltalán nem értek az UEFI-hez, csak tippelgetek. -
Yerix
tag
Az alábbi kimenetet kaptam:
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0009,0001,0003,0006,0000,0005,0007,0008,000A,0002
Boot0000* Diagnostic Program MemoryMapped(11,0xc921b004,0xc9b47003)/FvFile(6f1cf8df-2398-4b3b-aaa6-35d97d4a76e9)
Boot0001* ubuntu HD(1,GPT,b60c4c2d-90c2-45d8-80b3-9d7a34538573,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* Manjaro VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003* Windows Boot Manager HD(1,GPT,b60c4c2d-90c2-45d8-80b3-9d7a34538573,0x800,0x100000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...,................
Boot0005 IBA GE Slot 00C8 v1550 BBS(Network,,0x0)..BO
Boot0006* KINGSTON SA400S37240G BBS(HD,,0x0)..BO
Boot0007* kodachi VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0008* debian VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0009* Ubuntu Boot Manager HD(1,GPT,b60c4c2d-90c2-45d8-80b3-9d7a34538573,0x800,0x100000)/File(\EFI\ubuntu\grubx64.efi)..
Boot000A* kali VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) -
Petya XT
senior tag
válasz
alexah
#89769
üzenetére
Én is LM Cinnamont javasolnám. Elképzelhető, hogy az NTFS fájlrendszerű HDD-n fájlrendszer ellenőrzés és javítás kell a Windows után, utána tudod használni. Ezt a gnome-disks- ben grafikusan is meg tudod csinálni, de előtte minden fontos adatról legyen biztonsági mentésed. De nem szokott problémát okozni.
-
válasz
sh4d0w
#89506
üzenetére
Hmm, most hogy mondod, tényleg, az UEFI-ben valami Windows OS settings vagy nem is emlékszem pontosan milyen beállításnál volt a Secure Boot.
"ők az egyetlenek (tudtommal) akik certifikálhatják a bootloadereket"
Akkó menjenek a pcsába. Most ez tök jó, hogy egy valaki kitalál valamit, mindenki más meg rá van erőltetve, lásd TPM chip. -
2544AACD
csendes tag
Sziasztok!
Adott egy 16GB USB-s pendrive,
Kingston.
Bootolhato ISO képet írtam ki rá,
de sajna azóta "írásvédett" a lemez.
Ezeket próbáltam eddig:
Partíció törlése = nem törölhető
Gparted = 0
KDE partíciókezelő = 0
UBCD -ről nem tudom melyik partíciókezelő = 0
UBCD disk hexa editor, megpróbáltam a lemez
tartalmát 0-ra átírni, nem engedi
ASUS BIOS SSD cleaner = 0
Windows 10 partícionálás, formázás = 0
Philips LED TV, USB - lemez formázása = 0
Valakinek van egyéb ötlete vagy ez a lemez kuka? -
HUNited
őstag
Sziasztok. A topikleírás alapján bizonytalan vagyok hogy jó helyen kérdezek e, mert lehet hogy ez szerver kérdés (nem szerver, hanem NAS). Ha rossz helyen vagyok, elnézést kérek.
Van egy Asus Routerem, Entware rendszerrel megspékelve, és testreszabva. Ez az Entware disztri egy ext4 fájlrendszeren van egy ősrégi külső merevlemezen. Beszereztem egy külső SSD-t , és erre szeretném áthelyezni ezt az Entware-t tartalmazó ext4 fájlrendszert (klónoznám a partíciót). Ehhez nekem win11 pro áll rendelkezésemre, WSL-el.
Maguk a fájlok azok NTFS partíción vannak, és azokat már átmásoltam sikeresen Windows alól.
Van erre megoldási javaslatotok?
Nekem az is jó, ha olyan szoftvert ajánlotok, ami képes olvasni és másolni az EXT4 fájlokat.
Köszi: Sanyi.
-
gigabytman
tag
válasz
ubyegon2
#89359
üzenetére
Az SGX-et nem kapcsoljuk be, mert szétüti a BIOS-t. Konkrétan még a reset gomb sem hozza vissza. PC szétbont gombelem ki / vissza, most már elérhető a BIOS a windowsba is be tud boot-tolni. Beléptem az "e" betüvel, így néz ki:
A "quiet s\plash -- "szavak közé kellene beszerkeszteni? Hova is hogyan? Bocsi én kezdő vagyok, ilyet nem csináltam.
Elindul a linux újratelepítés nélkül is, de hibával:
A 4096 nem lehet hogy a VGA dedikált memóriája, mert pont ennyi volt az Nvidia kártyán amit kiszedtem?
-
#89354
gigabytman
tag
gigabytman
tag
Szebb napot "(L.)Mint" nekem van.
Asztali gép: W10 + L. Mint 21.1 Cin.
W10: 1db SSd(rendszer) + 2HDD(adatok. NTFS) UEFI, GPT, No secure boot, gyors rendszer indítás kikapcs.L.Mint 21.1 : 1db SSD(rendszer) + 1db HDD(adatok EXT-4)
A linuxot úgy telepítettem, hogy csak az az 1db SSD volt Enable a BIOS-ban amire települt. Utána hozzáadtam a csak linuxnak szánt adat HDD-t, EXT-4+beállítva, hogy rendszer induláskor automatikusan csatolódik. Tökéletes működés volt. Alapértelmezetten a W10 -et használom, munkagép otthonról céges szoftverek, VPN stb. Vagy F12 bootválsztó és akkor linux, nincs Grub OP-rendszer választás.CPU csere történt: i3-10100F i5-10600-ra, és kikerült a dedikált VGA (Nvidia, zárt driverrel), így most a 10600-ban lévő UHD-630 dolgozik. A winben probléma nélkül történt meg a váltás, tökéletesen működik.
A linuxot eleve újra akartam telepíteni a változások miatt:
A pendriveról elindítottam a telepítést :
majd megjelent ez:
majd ez:
nem tudtam mit csináljak, nem tudtam ESC-pel kilépni, a PC-t csak a főkapcsolóval tudtam leállítani. Akkor ez fogadott:
Újra bekonfigoltam a BIOS-t. Ismételt próbálkozás a telepítésre szintén ezek a képek fogadtak.
Mivel volt elérhető frissebb BIOS, azt is frissítettem. Ismét próbálkozás...kudarc.
Még szerencse, hogy a windows működik.Mit kellene tenni, hogy a linuxot újra tudjam telepíteni
-
válasz
-szabi-
#89322
üzenetére
Elég hosszú a lista gondolom csak az SSD sor számít:
Ilyen esetben célszerű az egész inxi -Fxxx kimenetet berakni, nem számít hosszúnak, mivel minden szükséges infó benne van! De már ebből is látható, hogy majd minden STOP, amit eddig írtunk.
Mivel a Mint sem volt még belakva (nagyon) arra gondoltam holnap újrakezdem és akkor kialakítom ezt a Flag-et, efi vagy boot,esp...ilyesmit mert most nincs.
MBR sémán ment a telepítés, szóval minden EFI és UEFI felejtve! Legacy-ban tudsz továbbra is telepíteni! Az, ahogy eddig felraktad a Linux Mint-et, jó volt, ahogy felraktad utána a Manjaro-t, az is jó volt, a gond annyi, hogy ha a Mint rendszerfrissítése mondjuk kernelt is frissít, akkor a Manjaro boot kampeca lesz, mert az initramfs-t átírja! Ezt lehet persze korrigálni illetve, ha a Manjaro-t bootválasztóból Fallback módban indítod, akkor be is bootol. Viszont egy külön
/boot szerintem jó lenne a Manjaro-nak, külön particióra kell a GRUB-telepítést kijelölni [link], nem meghajtóra, szóval nem sda, hanem sda1-re mondjukde ilyet még nem csináltam, azt se tudom, hogy ha ide kerül az indítófájl, akkor betallózza-e a Linux Mint-et, szóval erre fórumtársak írnak valamit, akik ebben rutinosabbak, de ha normál telepítésben felrakod a két disztrót és a Mint frissítése elrontja a Manjaro boot-ot x havonta, kb 2 perc átírni a megfelelő sort....[link]Ja és amit Tibikomám írt, azt mentsd el, mert igen hasznos lehet, ha valamelyik disztrónál le van tiltva az
os probe, van olyan disztró is, ahol nincs is fenn ez a csomag!
(kb ez felel azért, hogy az összes meghajtón lévő OS-t végigtallózva, berakja mindet az indítóba, Linuxot, Windowst)Semmi gond nem lenne egyébként, ha a sok éve fenálló hibát az archklónok már javították volna!
(mindez így túl tömény, szerintem rakd fel a Mint-et és Manjaro-t holnap nyugodtan és a Mint alóli szerkesztést utána megbeszéljük, pár napja csináltam éppen, csak már annyira homeuser lettem, hogy nem emlékszem...)
-
#89275
totron
addikt
tordaitibi
#89189
totron
addikt
válasz
tordaitibi
#89189
üzenetére
Továbbra sem tiszta, hogy mióta feladata a csekkdisknek hibernációs fennforgást javítani, mikor az el sem romlott. A leírók emlegetése helyett konkrétumokkal érdekelne ez engem mi történik ilyenkor. Az alapállításod logikusnak hat, de miért megy az írás egy másik NTFS-re (Windowsra) csatlakoztatva külső meghajtóként és miért nem a linuxos lejátszón? Ha nem tudod az is egy opció, de a körben járást most már hagyjuk el, ha lehet, köszönöm uram.
(#89262) Balerik, próbálj felrakni egy KDE-univerzumhoz tartozó egycsomagot és húzza magával az egészet. Bruhaha.
-
válasz
urandom0
#89187
üzenetére
Nézd, az a baj, hogy össze-vissza keversz mindenfélét.
Nem, de hiába próbálod más irányba vinni a témát. Itt azt állítottad, hogy gyorsan feláll a Windows, erre mondtuk páran, hogy kizárt, erre írtam, hogy nem normál leállítás után indítva gyors a rendszer felállása. Most az mindegy, milyen kombinációval érhető el a realshutdown, a lényeg az, hogy a gyors rendszerfelállás nem normál leállítás után valósul meg.
Egyébként a célozgatásod sem ér célt, mert én most is a Linuxos topikban vagyok, itt szóltam hozzá egy Wint érintő thread-hez, szóval nem az van, hogy öncélúan szidom a WInt, ráadásul nem Windows topikban teszem, ott kb 10 éve nem is jártam, mert ha nem érdekel, akkor minek. Most voltam barátoknál, két Wines géppel is megpróbáltam bootolni pendrive-ról, mindegyiken újra meg újra bootolt a Win, szóval igaza van Tibikomámnak, nem csak a Lenovo Thinbookra jellemző ez, de én eddig csak annál láttamm azért írtam azt.
De tényleg nem érdekel tovább a Windowsos téma, akár ti is leszakadhatnátok róla, mert ez még továbbra is a Kezdő Linuxos topik, akit a Win érdekel, az elhúz oda...
(#89191) tordaitibi
Uby ez nem Thinkbook vagy bármi egyedi sajátosság hanem egy a gépen futó OS beépített funkciója aminek minden gépen működnie kell.
Igazad van, minden gépen így tud gyorsan felállni a WIndows, de ebből meg mi derül ki? Hogy amit fórumtárs látott, az nem valós gyorsaság. Köszi a segítséget!
Természetesen szerényen fejet hajtok a Te tudásod előtt és neked még ezt is elhiszem
Te most galádkodsz velem, pedig az régebben az én reszortom volt!
Semmilyen tudásom nincs, én marha...kellett nekem belevauzni Wines témába, no de ha valami ennyire unreal...de bánja a fene, ha valaki ettől boldog, higgye azt, hogy a Win is milyen qrva gyorsan bootol. Én kipróbáltam a gépeimen, marhabaromságnak tartom, mert mindenki tudja, hogy quasi-suspend miatt áll fel hamar a rendszer.uff off
(#89192) tordaitibi
És ezt a nagy egyetértést megtehettétek volna a Windowsos topik ban is!
El is szomorít, hogy pont egy nyamvadt rendszer miatt kell értetlenkednem egy olyan topikban, ahol sok keresnivalója nincs a témának. 
-
#89189
tordaitibi
veterán
totron
#89186
válasz
totron
#89186
üzenetére
Egy futó OS tulajdonában van az egész fájlrendszer, a mappák, a könyvtárszerkezet minden.
Ő tudja ezt, és arra számít hogy nem babrál bele senki.
Megnyitod szerkesztésre az 123.jpg fájlt vagy a 456.txt fájlt Windows alól.
Majd lehibernálod d gépet, bootolsz egy Linuxról vagy bármiről és beleírsz a 456.txt fájlba meg belekotorsz az 123.jpg fájlba is.
Ez szerinted mit eredményez, a legnagyobb katyvaszt és ütközéseket.
Este lefekszel elalszol, majd kimész éjjel pisilni és elcsodálkozol hogy lefejeled a szekrényt meg nekimész a falnak , leesel a lépcsőn mert míg aludtál átépítették a házadat, átrendezték a bútoraidat és lecserélték a zárakat meg átrakták a villanykapcsolókat is és semmit nem találsz a helyén.
Így remélem érthető.
"Haver, rossz napod van? Vegyél már vissza."
Ha Te az előbb megsértődtél a NEM rád irányuló csak általad valamiért mégiscsak felvett megnyilvánulásomtól, akkor én most az arcodba vághatnám hogy nem őriztünk együtt libát, nem vagyok és nem is voltam soha a haverod és a felszólító mód sem lenne helyes de mindegy.
De én nem teszek ilyet.
illetve... lehet hogy má meg is tettem...,? Fene tudja ebben a nagy kavarodásba. -
válasz
ubyegon2
#89184
üzenetére
Nézd, az a baj, hogy össze-vissza keversz mindenfélét.
A fast startup a Windows 8 óta létezik. Azért ha valaki az átlagfelhasználónál komolyabb szinten ért a PC-khez, akkor elvárható lenne, hogy tudja 1) hogy kell kikapcsolni a gyorsindítást 2) hogy kell úgy újraindítani úgy a gépet, hogy bedobja safe módba, hogy ezt a képernyőt kapd.Te most pontosan azt csinálod, mint amikor jön a Windows-os csávó, és megmagyarázza, hogy "a linux szar mert letöltöttem egy exe fájlt és nem futtatja le!!!!". Te most pont ezt adod elő, csak Linuxos oldalról.
-
#89186
totron
addikt
tordaitibi
#89183
totron
addikt
válasz
tordaitibi
#89183
üzenetére
(OFF)Egyszer az életbe bootold be a Windowst és a fennti módon állítsd le.(/OFF)
Pont ez a terv.Teljesen érthető hogy nem tudsz semmivel a lemezre írni hisz egy élő OS fut rajta éppen mégha hibernálva is van.
Sajnos nem értem, de kifejthetnéd. A futás szót erre az állapotra szerintem ne használjuk.bár elindul akár USB csatiról is
BIOS-os gépen nem teszi.Ez csak másik Win alól lehetséges és ez is helyre tudja tenni a foglalt leírókat ha szerencséd van.
Mit jelent a helyretevés? Miért kell ehhez szerencse?Ugyanez lesz, csak Szarawindows helyett Szaralinugz reakció.
Haver, rossz napod van? Vegyél már vissza. Az említett, egyszerűsítő mentalitást tőlem biztosan nem láttál egyszer sem. -
válasz
urandom0
#89181
üzenetére
Olyan hülyeségeket írkálsz néha, ne is haragudj.
Dehogy haragszom, de neked meg értelmezned kellett volna, amit írtam!
Nem találod meg a Start menüben a leállítást, vagy mi?
Nem ment át ezek szerint, hogy így nem lehetett leállítani a gépet, ill bakapcsoláskor egyből indult a Windows előtöltött állapotból, nem lehetett eljutni a BIOS-ba, hogy a pendrive-ról bootoljak Linux telepítéshez. Ekkor írta a gép eladója, amit idéztem is:
Amikor Windows a jelentkezne be akkor a bekapcsoló gombot legalább 6 másodpercig. Amikor kikapcsolt akkor utána kapcsold be és a F12 a boot menü.
Gyakorlatilag csak ekkor kapcsol ki, érted már!?
Fast startupnak hívják (gyorsindítás), az egyszerű user a Vezérlőpultból két kattintással ki tudja kapcsolni.
Eszerint látóasszony vagy, mert a gép eladója és én is csak fenti módszerrel tudott szabadulni a trükkös gyorsindítástól, ennél a Lenovo Thinkbook-nál legalábbis tuti így van. Egyébként OK, hogy 9 éve nem használok Windowst, de talán ilyen alapműveletek még nekem se okoznának gondot. Egyszóval olvass, értelmezz előbb, utána hülyézd le, az adott hsz szerzőjét!
Már ne is haragudj... -
#89183
tordaitibi
veterán
ubyegon2
#89170
válasz
ubyegon2
#89170
üzenetére
"Amikor Windows a jelentkezne be akkor a bekapcsoló gombot legalább 6 másodpercig. Amikor kikapcsolt akkor utána kapcsold be és a F12 a boot menü."
Nem, ez a rosszabb megoldás egy épp bootoló OS lába alól kirántani a talajt. Valamint ez, a hiányzó F8 safe menü csak 5 ilyen próbálkozásra jön be.
Ráviszed az egeret a Start-kikapcsolás és nyomva tartott SHIFT bill. mellett rákkattintva leállítod.
Ilyenkor teljes normál leállás van.Totron #89171
Egyszer az életbe bootold be a Windowst és a fennti módon állítsd le.
Megszűnik a problémád.
Hogy ez miért van az 5223x le lett írva, a Fast startup, Gyorsindítás amitől tényleg gyorsan áll fel a Win az gyakorlatilag egy félhibernálás állapot.
Vagyis valaki valahol valamikor 3-4-10 évvel ezelőtt így állította le a Windowst, az egész lemez, a leírók stb. az jelenleg is a Windows tulajdonában van, pont úgy mintha épp futna az oprendszer.
Teljesen érthető hogy nem tudsz semmivel a lemezre írni hisz egy élő OS fut rajta éppen mégha hibernálva is van.Vagy ami esetleg segíthet ha nem tudod bebootolni, bár elindul akár USB csatiról is,
lefuttatsz a teljes lemezen egy checkdisket, chkdsk. Ez csak másik Win alól lehetséges és ez is helyre tudja tenni a foglalt leírókat ha szerencséd van. Ha nincs akkor sajnos a 'Lemez foglalt' hibával marad az első megoldás.Próbáld ki fordítva, hibernálj egy Linuxot és próbálj kívülről írni a csatolt fájlrendszereire.
Ugyanez lesz, csak Szarawindows helyett Szaralinugz reakció.
Pedig nem nem szar hanem 101%-os tudatlanság azaz user error.Ugyanebbe futnak bele kismillióan amikor egy faststartupos Win mellé az Istennek nem lehet Linuxot telepíteni, persze hogy nem.
Meg lehet erőszakolni csak nem jó út. -
válasz
gregory91
#89174
üzenetére
bizonyos hardver problémákat nem orvosol
Mi van? Mit nem orvosol? A fast startup nem gyógyszer, hogy bármit is orvosoljon...
Ha arra gondolsz, hogy egyes hardverek nem működnek, ha a gyorsindítás be van kapcsolva, akkor igen, ilyen van. De ez nagyrészt annak köszönhető, hogy a hardvergyártó nem tartotta be a Windows eszközillesztőprogram-írására vonatkozó alapelveket. -
válasz
totron
#89179
üzenetére
Ez egy linuxos lejátszó és ki van adva az írásjog alapból, de így az nem érvényesül.
Ja értem, csak a lejátszó nem írja....amúgy ezek az amúgy Linux alapú mediaplayerek is furák tudnak lenni, nekem anno az EXT4 meghajtóról nem volt hajlandó lejátszani!
Majd ha UEFI-s gép közelébe kerülök ki is kapcsolom a fastbootot.
Most látom, hogy Linux alatt is csak UEFI sémán lehet kikapcsolni ezt a fastboot-ot.
(#89176) gregory91
Dehogy keverem, nekem ami Windows, az elvantolva kategória!
-
válasz
urandom0
#89168
üzenetére
Az asztal megjelenése után kb. két másodperccel lehet indítani a böngészőt.
Persze, csak az nem normál boot során történik! Épp Lenovo Thinkpad-del jártam úgy nemrég, hogy kiderült, nem tudom egyszerűen kikapcsolni, csak valami spéci módszerrel, quasi minden indítást egy előtöltött állapotból hajt végre. Így valóban gyors volt, de mikor mellé akartam telepíteni Linux Mint-et, képtelen voltam épp amiatt, mert egyszerű user hagyományos módon nem tudja kikapcsolni/rebootolni.
kivéve így:
Amikor Windows a jelentkezne be akkor a bekapcsoló gombot legalább 6 másodpercig. Amikor kikapcsolt akkor utána kapcsold be és a F12 a boot menü.
No ezután viszont már nulláról indult a Windows is, mindjárt ott is voltunk, ahol sh4d0w szaki!
Még egy Windows boot élményem volt utóbbi 9 évben, itt rendes leállítás után elindítva a Wint, ugyanazt tapasztaltam, mint sh4d0w. Ugyanerről a gépről Linux 5-6 sec alatt áll fel. Öreg gép, de nem gyenge annyira, Dell Precision M4700 16GB memóval, kifejezetten 3D renderelésre felszerelten vették anno.
-
válasz
urandom0
#89127
üzenetére
Ezzel az a baj, hogy nem optimalizálás, csak optikai tuning. Linuxon belépek a GUI-n és amint ott a desktop, használhatom is. Windows-on a desktop megjelenésekor valójában még nem fejeződött be a boot folyamat, tehát még akár perceken keresztül is használhatatlan, nert magas a CPU, a RAM és az I/O terhelés.
MOD:látom, más is írta.
-
#89132
urandom0
senior tag
tordaitibi
#89131
válasz
tordaitibi
#89131
üzenetére
Igen, egész másképp néz ki a két rendszer bootfolyamata, a Windows jobban gyúr arra, hogy a user minél előbb az asztalt lássa maga előtt, Linuxnál ez nem akkora prioritás.
-
válasz
CPT.Pirk
#89121
üzenetére
A Windows bootja elég jól van optimalizálva, sok szolgáltatás betöltése el van tolva a Linuxhoz képest. Pl. ha nem igényli egyik szolgáltatás sem azt, hogy legyen működő IP stack, akkor a DHCP is csak a boot végén indul el, míg Linuxnál egy rakat szolgáltatás vár a network-wait-online-ra. Illetve jobban is van párhuzamosítva a Windows bootja, mint a Linuxé általában.
-
-
CPT.Pirk
Jómunkásember
válasz
DBandi_
#89115
üzenetére
Melyik Linux disztrót telepítetted fel?
Az RST használata az itt nagyban bonyolítja a helyzetedet.
Az Intel RST Premiumnak akkor volt valami haszna, ha HDD-ről futott a gép, de volt optane memória az alaplapon, valamint raid köteteknél. SSD mellett ennek semmi haszna, de mivel ilyen módban telepítetted a Windowst, így ezt utólag nem fogod tudni átállítani AHCI-re, mert nem fog bootolni, ahogy azt tapasztaltad is.
Technikailag lehetséges visszaalakítani AHCI-re a Windows telepítést de nem egyszerű, az uborka ír erről: https://help.ubuntu.com/rst/ - szerintem egyszerűbb újrarakni az egészet RST Premium nélkül, ha Linuxot is szeretnél használni ezen a gépen.Ezektől függetlenül, a 2 perc bootolás hdd-ről az nem barátságos. Még akkor sem, ha az 5400-as fordulatú laptop HDD-k híresen lassúak tudnak lenni.
-
válasz
ubyegon2
#89032
üzenetére
Ha GPT-s partíciós sémád van, akkor ugye nincs MBR a lemezeden. Az UEFI működéshez az EFI System Partícióba írogat a grub és onnan bootol az UEFI-s rendszered. De, ha ragaszkodsz a Legacy működéshez, akkor a grub be tudja írni azt a pár körömpiszoknyi infóját abba az 1MiB-es partíciócskába és az helyettesíti a Master Boot Recordot , nyugodtan titulálhatod /dev/sda-nak, vagy esetedben /dev/nvme0n1-nek. Formázatlan partíciónak szoktuk partícionálni, de mindegy is neki, mert teljesen belefészkeli magát a grub2 core.img és Ő viselkedik úgy mint a Master Boot Record. Ennek a partíciócskának van egy bios_grub jelölője, avagy zászlója. Ilyentet csak a linux tud , a windows nem tudja használni. Tartozik hozzá még néhány huncutság, ha a GPT lemezedet UEFI módra használod többnyire, de olykor Legacy módra is akarod használni (ennek akkor van értelme, ha a külsős adathordozódra telepített linuxodat néha kénytelen vagy Legacy vagy őskori MBR-es vasban bebootolni). Ennek szemléltetéséhez átbútolok linuxba. Na csá. Majd még írok.
-
#88917
tordaitibi
veterán
Rowon
#88916
Magát az EFI shellt persze hogy el fogod érni, ezt látod egyébként ha nem talál bootolható médiát.
Ebből az EFI shellből, mert egyébként elég okos, majdnem egy mini oprendszer, parancsokkal el tudsz navigálni a Linux /boot könyvtárig és valahogy el lehet indítani egy Linuxot.
Pontos menetét még nem próbáltam de a Supergrubdisc ha meg tudja csinálni akkor halandó is az efiből. Éspedig megcsinálja, törölt EFI partíció nélkül elindította a Kubuntumat, csak a kernelt kell neki megmutatni.
Erre még ránézek, érdekel a dolog.
Windowst sajnos így nem lehet indítani mert a BCD az efi partíción van és ha csak a C van nem indul. Vagy nem jöttem még rá hogyan is kellene. -
Tim82
félisten
De csak mert nem hallottál az fwupdmgr parancsról.
Támogatott hardverek itt: [link]
Ubuntu manpage: [link]
Debian manpage: [link]
ArchWiki: [link]Amúgy én azért biztos nem telepítenék fel Windowst, hogy BIOS-t frissítsek, az eddigi tapasztalataim szerint valamilyen pendrive-ról bebootolható Windows PE verzió (mint pl. a Hiren's Boot CD-s Mini XP) alól is meg lehet csinálni, de nekem főleg laptopokkal vannak tapasztalataim.
-
When setting up a VPN, the Networks widget will now intelligently detect when any support packages are missing and offer to install them for you, making it fast and easy to proceed.
Na ez egy jó ötlet, néha elég szenvedős beüzemelni egy Windows-os VPN-t Linux alatt. Bár kíváncsi vagyok, hogy fog működni, strongswant vagy libreswant fog telepíteni (de szerintem strongswant).
-
cigam
titán
válasz
hunaqua
#88125
üzenetére
Attól függ hol vannak az "Ubuntu mappái". Ha ugyanazon a gépen (dual boot), akkor az a Windows verziójától is függ.
- Windows 11-re feltelepíthető a WLS, és onnan felcsatolhatóak az ext4 partíciók: [link]
- Vagy keresel egy kedvenc ingyenes/fizetős programot az ext4 partíciók felcsatolására, kezelésre. pl. Linux Reader, ext2reader, extFS for Windows, de létezik TotalCommander plugin is, -
#87984
tordaitibi
veterán
Rowon
#87976
Annyi bizony.
Én nem vagyok laptop párti hanem mini PC bolond vagyok és egy ilyen gép+22col monitor ennyit eszik, 16,1 wattot.
Összehasonlítottam ugyanazon a gépen Kubuntut Manjarot és Windows10-et.
Törkedtem a lehető legnagyobb hasonlóságra a teszt idején és 100% bizonyossággal kijelentem hogy teljesen egyformán fogyasztanak.
Mindhárom OS a boot után mikor lenyugodott, 5-5,5W körül húzta a gépet.
Nem az alap os számít, az semmi, pontosan ahogy Kapitány leírta.
Hanem a felhasználói programokHa érdekel a téma, a blogomba 2 ilyen mini pc-s leírás is van.
-
Shin Chen
tag
válasz
Rimuru
#87919
üzenetére
Elindul az install majd azt írja ki (vagy valami ilyesmi)
' not foundTovábbi kérdések
A linuxnak mi kell mbr vagy gpt? Előfordulhat, hogy emiatt nem ismeri fel a boot-ot?
Feltételezem egy onboard memória chip SSD-nek számít fizikailag?
A TCM mit takar, TCM Clear-el elméletileg ki tudom törölni a windowsos beállításokat (így átvezetve a linuxos bootolhatóságra)? -
Shin Chen
tag
Sziasztok!
Kb egy napja keresgélek, de nem találtam választ, szóval segítséget kérnék Mint "tiszta" telepítéssel kapcsolatban.
Adott egy Acer ES1-132 laptop 32GB EMMC tárral, + 120GB SSD amit utólag tettem bele.
Letöltöttem a Mint Verát, csekkoltam, kiírtam usb-re, majd a live rendszeren keresztül feltelepítettem a Windows teljes törlésével formázással, gyalulással.
Az újraindítás után No Bootable Device. (próbáltam az EMMC-re és az SSD-re is)
Biosban nem tudok UEFI-t állítani, csak secure boot, boot sorrend és beállítások alapértelmezése van. Egy helyen láttam, hogy itt lehetne secure boot-ban kiválasztani, melyik boot loadert kellene használnia a rendszernek.
Grubot nem tudtam live-ból telepíteni...de feltételezem az lenne a bootloader?
Milyen lépéseket hagyhattam ki, ill. lehetséges-e egyáltalán csak Linuxot telepíteni (mindenhol azt láttam csak Win mellé van másodlagosnak...) -
Nagyon koszonom, igazabol en egyfele ertelmezesre gondoltam: nem ocsaroljuk a masik rendszert, a) ovodas, es b) van annak a rendszernek eppen eleg baja
De egyebkent a tobbfele, egymastol fuggetlen ertelmezes valos, noha ram nem vonatkozik legalabb egy: dual-boot van a laptopomon, mert nem vagyok hajlando szivatni magam Debian alatt a zart nV driverrel, ami viszont kellene jatekhoz. Inkabb vettem egy masik SSD-t a Windows-nak
-
Imi1981
veterán
Szerintem megjelenítési probléma. Annak láttam . Egyszerűen nem látszott az a rész már ahol a végső mappát kellett volna kiválasztani. Már mindegy. Bevallom éjjel használtam és próbálgattam Kubuntu-t kb éjjel kettőig de ma vissza raktam a win 10-et. Jó a Linux és főleg a kubuntu tetszik is de körülményesebb a használata szinte mindenben mint a Windows (nekem ! ) . El kell ismernem nincs türelmem hozzá,hogy megszokjam . Ez van. Majd azért nagy gépemen dual bootban felrakom a kubuntu-t és ott használom mert érdekel de a letöltő és médiaszerver gépemen inkább Windows maradt mert ott gyorsan meg tudom oldani ha valami probléma van Windows alatt . Amúgy a frissen telepített win 10 tök fürge Microsoft fiók nélkül.
Nagy gépemen még ott lesz a kubuntu úgyhogy majd még jövök ide kérdezni.
csixy
Bocsi ! Kösz a segítséget de Windows lett a vége. Ne haragudj, hogy tegnap az időd pazaroltad rám én meg már vissza váltottam Windowsra. -
cigam
titán
válasz
Imi1981
#87605
üzenetére
Amit mutattál fényképet az nem, jó mert az meghagyja a Windows-t, és a lehető legkissebre méretezi a "C:" partíciót. Így egy dual boot rendszert kapsz, aminek az indulásakor eldöntheted, hogy Windows-t vagy Linux-ot indítasz. Ez sem egy ördögtől való megoldás az elején, hiszen ha valami nem sikerül, még jó eséllyel visszatérhetsz a Windows-hoz. Ekkor viszont a Windows partíciót felezd meg. 40GB marad a jelenlegi Windows-nak, és 40GB az új Linux-nak.
Ha tényleg törölni akarod a Windows, a kézi opciót kell választanod, és ott törölheted a Windows-hoz tartozó partíciókat, és az üres helyre létrehozhatod a Linux partíciókat, ahogy a linkelt videóban is látható. -
Imi1981
veterán
Sziasztok ismét! Ha élesben telepítem a linuxot (most mégis a kubuntu-t akarom) akkor az 1 tb-os ssd-m ami patricioonálva van 80/a maradék 913 Gb-ra akkor nem fogja formázni az egészet ugye? Azt szeretném, hogy a Windows helyére a 80 GB-os patriciora települjön. A 913 GB patricio tele van filmekkel, sorozatokkal stb . Nagyon nem szeretném azt törölni! Ntfs mindkét patricio. Így néz ki kubuntu telepítőben [kép] . Így most megmaradna a Windows sok pici patriciója ? előtte azt töröljem valami patriciókezelővel hogy egyben legyen?
-
CPT.Pirk
Jómunkásember
Nem hajt semmit túl, ez csak engedélyezi a túlhajtást. Mint mikor először mész be az overdrive fülre a Windowsos driverben és meg kell nyomnod az "ok"-ot, de attól még semmi nem változik.
A grub menüben e betüvel tudod a kernel indítási paramétereihez beírni. Amit így beírsz, az csak egy indításig lesz ott. Viszont szerintem egyszerűbb frissíteni a grub config fájlt ennek a mintájára:
cat /etc/default/grub# GRUB boot loader configurationGRUB_DEFAULT='0'GRUB_TIMEOUT='5'GRUB_DISTRIBUTOR='EndeavourOS'GRUB_CMDLINE_LINUX_DEFAULT='nowatchdog nvme_load=YES loglevel=3'GRUB_CMDLINE_LINUX="amdgpu.ppfeaturemask=0xfff7ffff"
és csak nyomni egy grub frissítést. -
CPT.Pirk
Jómunkásember
válasz
Hosssszu
#87188
üzenetére
Nincs, illetve van, de nem úgy ahogy gondolod. Ez úgy működik Linux téren, hogy kiírsz pl. egy Linux Mint-et penre, akkor rögtön be is tudsz bootolni róla ahol mindent elérsz, ami benne van az oprendszerben sőt még telepíteni is tudsz rá ami kell. Azt hiszem a Windows oldalórál a Windowst to go hasonlít erre, de azt nem igen használják az emberek.
Ezen kívül vannak célirányos live iso-k, mint pl. a gparted live vagy a clonezilla.
-
#87169
tordaitibi
veterán
CPT.Pirk
#87122
válasz
CPT.Pirk
#87122
üzenetére
Ez a grubdisk óriási...!!
Most kóstolgatom, belecsapva a sűrűjébe.
Az már biztos hogy képes bármilyen Linuxot elindítani akkor is ha MBR nincs, és a komplett EFI partíciómat a próba idejére legyalultam
Vagyis elviekben nem képes bootolni semmi, ez valóban így van mert egy EFI shellt kapok indításnál merugyen semmi bootolhatót nem talál az UEFI.
Ámde ez a remek kis Super Grub2 Disk elindítva live módba (természetesen a Ventoy segítségével, de persze pendrájvról is elstartol, ez a normál módja) kilistáz minden létező telepített Linux kernelt minden partícióról, sőt még a grub.cfg-ket is meg tudja jeleníteni, az abban lévő összes OS-t.
Pár kép,
a főképernyő, itt a Boot manually, kézi guberálás
Majd a következő, az op.rendszereket választva,
elkezd mazsolázni és az eredmény, iletve csak egy része fért rá a képre mert van itt épp 3 lemez azokon Ubuntuk és Manjarok rogyásig.
Amit láttok az nem az elindított Ubuntu EFI, azt gyalultam, ezek a ventoy EFI bejegyzései.
Rányomva bármelyikre (Manjarot még nem próbáltam de az összes Ubi indítható innen) vajsimán elindul a kiválasztott kernellel.
Ha a főképenyőn a grub.cfg matatást választjuk akkor behozza a kiválasztott grub.cfg-ben felsorolt oprendszereket ugyanúgy mintha a rendszert indítottuk volna és innen is azonnal startol bármelyik Linux.
(Windows nem mert annak kell az EFI bejegyzés)
Ez az épp legyalult EFi partíciós Ubuntum indítóképernyője.
Mint látjátok eléggé informatív grub bejegyzéseket használok
A módszer tuti működik mert ezt a hozzászólást az EFI nélküli Ubuntumról írom éppen.
Ami ennek az értelme, az esetlegesen meghalt grub könnyű javításán kívül?
Pl. egy roppant egyszerű kis nehézséget bevinni a boot folyamatába.
Nem egy feltörhetetlen oprendszer a végeredmény de például:
Telepíti valaki a Linuxát, majd egyszerűen legyalulja az EFI partíciót.
Amatőr csak annyit lát hogy efi shell, nincs is os telepítve.
Deviszont Te, akinek a zsebében lapul a Super Grub2 Disk live pendrájv, bebootolsz arról és elindítod a rendszeredet.
Tudom mosolyogtatóan amatőr megoldás de nem vérprofi hekker környezetben még életképes is lehet. Terminál nélkül
Vannak persze kulcs pendrájvok amikkel 50000x bitonságosabban meg lehet ezt oldani.
de ez olyan kis egyszerű és hóttamatőr is villoghat vele hogy bizony az ő gépét csak ő tudja elindítani a saját safe mode pendrájvval. Menő!
A szoftverben még tucatnyi lehetőség lapul, és meg fogom nézni az oldalon a többi kis segédszoftvert is, valamit biztos hogy azokból is kihozok, olyat amire a szoftver írója álmában sem gondolt
Uby amúgy is imádja a blogjaimat, lesz ebből még egy kicsike blogbejegzés de csak hogy Uby kedvére tegyek és olvasgassa a csodás stílusomat -
CPT.Pirk
Jómunkásember
Manapság mennyire általános, hogy pendrivera másolás során baromira lelassul a folyamat?
Van egy 128GB-os penem, usb 3.1 képes. Az LSUSB szerint "5000M" a sávszélesség, szóval az rendben van.90GB szabad hely van rajta (NTFS fájlrendszerrel mert a TV-k azt kezelik), és most fel akartam másolni egy 69GB-os fájlt. A kezdeti baromi nagy számok után 200k/s - pár mega / sec között ugrált a sebesség, ami gyalázatosan kevés. Ugyanerre az eszközre Windows alatt stabilan írom ugyanazt a fájlt 20-25 megával.
Mostanság már nem kellene, hogy ntfs-re írás gondot jelentsen Linux alatt. Dolphin és MC alatt is hasonló a helyzet. Az MC annyiban más, hogy eleve nem ugrik fel az átviteli sebesség baromi magasra, ilyen 15 mega környékén kezdett és onnan stabilan csökkent ahogy teltek a percek.
-
Frawly
veterán
válasz
CPT.Pirk
#86894
üzenetére
Nem röhögnék rajta, mert alapvetően igaza van a videónak. Az is igaz, hogy a RAM használatot nem érdemes fetisizálni. Plusz a Win és a Linux RAM foglalásának a kijelzése nem összehasonlítható, mert a Windows belefoglalja a cache-t, prefetch cache-t (ezek boot-kor előtöltött, gyakran használt alkalmazások), máshogy veszi figyelembe a memóriatöredezettséget.
Ennek ellenére a Win11 3-4 gigás idle RAM fogyasztása elég agyrák, a Win10 óta elég sok bloat indul a rendszerrel (Defender, Onedrive, kikapcsolhatatlan update, telemetria, Cortana, plusz még sok MS-os szutyok, fele teljesen szükségtelenül fut, Win11-től kezdve meg mindenféle TPM és virtualizációs modul fut). A legnehezebb, legcsicsásabb Linux disztrók sem mennek túl 1-1,5 giga idle foglaláson (Gnome, KDE, Deepin, Budgie, Cinnamon), a soványabbak (WM a DE helyett) megállhatnak akár 150-300 megából is (ez csak „used” RAM, a cache/buffers, shared/tmpfs ramdisk, stb. nincs benne). Disztrótól is függ, pl. egy sovány WM-es, 64 bites netinstall Debian ugyanazokkal a csomagokkal akár 50-100 megával is kevesebbet foglalhat, mint egy azonos 64 bites Arch rendszer ugyanazokkal a csomagokkal, ennek az okát én se értem. A 32 bites rendszer még kevesebb memóriát foglal.
Függ a géptől is, van-e az embernek elég RAM-ja. 16 giga és afelett nem olyan fontos, hogy spóroljunk a RAM-mal. 8 giga határeset, laptopban rosszabb, ahol az integrált GPU is levesz belőle. 4 gigánál fontosabb lehet. Függ még attól is, hogy az embernek HDD-je van-e, mert arról lassú a swap, de ha SSD-t tud tenni alá, akkor sokat javulhat a helyzet.
Nagyban függ, hogy ki mire használja a gépet. Felhasználói szinttől is függ, aki nagyon laikus felhasználó, az általában feltelepít sok bloat-ot, felesleges szemetet, elfelejt/lusta bezárni dolgokat, több minden többször is meg lehet nála nyitva, nem tudja a rendszert optimalizálni. Egy haladó felhasználó, poweruser viszont figyelni tud ezekre, így akár kisebb memóriával is beérheti.
Számít az ökoszisztéma is. Pl. egy soványabb WM önmagában keveset foglal, de ahogy elindítja rá az ember a Gtk-s, Qt-s bloatabb alkalmazásokat, akkor kiegyenlítődhet a memóriafogyasztás a nagyobb asztali környezetekkel. Hiszen az utóbbiak eleve sok libet Gtk-s, Qt-s, dbus, stb. libet előtöltenek bootkor, így az idle fogyasztásuk magasabb, de mikor az ember tölti be a bloatabb progikat, akkor azoknak már ezeket a libeket nem kell újra betöltögetni, mert megosztva tudják használni, a DE már betöltötte ezeket. Így már mikor mindkét rendszeren futnak ugyanazok a programok, akkor kb. azonos lehet a RAM fogyasztás a végén.
A másik, amit figyelembe kell venni, hogy a Linux is bloatosodik ebben a tekintetben, pl. ahogy terjednek az Electron appok, konténerizált appok, konténerizált univerzális csomagformátumok (Appimage, Snap, Flatpak), azok nem használják javarészt a rendszer libjeit közösen (hanem a konténerjükben csomagolt saját libet töltenek be a függőségek miatt), így jobban növelik a RAM fogyasztást. Böngészők is eleve két pofára zabálják a memóriát, a legrosszabbak a Chrome alapúak, a Firefox némileg jobb, de az is elég nehéz. A webkit-alapú böngészők (Falkon, Safari, surf) a kettő között vannak.
-
válasz
jackal79
#86872
üzenetére
Lépj be a windowson rendszergazda fiókba. Jobb klikk a Sajátgép, vagy Ez a gép parancsikonon ... kezelés ... lemezkezelés. Itt rá tudod venni, hogy a C:\ partíciót hátulról előre felé zsugorítsa össze. Lesz így egy szabad helyed. Majd ide fogod csinálni az Ext4-es partíciót a /-nek a linux telepítésekor. Legalább 25, de inkább 32 Giga legyen , több lehet persze. Telepítsd fel ide a linuxod. A grubot a /dev/sda -ra irányítsad tehát a lemezed MBR-jébe Legacy boot esetén, majd a grub menüből fogod tudni indítani a windowst is. UEFI esetén a windows ESP partícióját csatold /boot/efi , de ezt ne formázd meg, hogy megmaradjanak benne a windows dolgai is. Telepítéskor mindig a "valami más" menüpontot válasszad, a bizgerélni való pasrtícióra jobb katt és szerkesztés. Na hajrá ! Legyen azért mentésed a windowsos dolgaidról a hadművelet előtt. Sok sikert!
-
#63718632
törölt tag
Atyafiak! Én nem értem itt ezt az agymenést, ami az ntfs-re Linuxot indított el. Tudomásul kell venni, hogy a Linux-os jogosultság kezelés csak UNIX kompatibilis fájlrendszereken működik. Legyen az ext4, btrfs, vagy bármi más. Az ntfs az nem Linux-os fájlrendszer! Hagyni kell a kezelését a Windows-ra. Ha dualbootod van Windows-al, akkor az megoldja. Ha nincs nem kell vele foglalkozni. Külsős, hordozható eszközt ntfs-re érdemes formázni, a hordozhatóság miatt. Rém egyszerű a UNIX-Linux fájlkezelés-jogosultság. Ami nincs senkinek dedikálva kiajánlva az a root-é. Ezt root jogokkal tudod megváltoztatni. Ennyi, és ez így van jól.
A Windows-ról áttérők meg vegyék fel a fonalat. Nincs olyan, hogy jelszó nélküli rendszergazda jogú user! Aki ilyet akar, az mindent is meg akar erőszakolni. -
#86753
tordaitibi
veterán
BoB
#86747
Én évek óta live Linuxokkal menetegetk meggübbedt Wines rendszerekről és még nem találkoztam olyannal hogy ne gázolt volna át szó nélkül root jog nélkül is bármilyen ntfs, akár Windows rendszerkönyvtárakon is.
Kicsit off de leírom,
nemrég felmerült egy feladat, mindentől izolált vékonykliensen csak a W10 használható, spec. célszoft és driver miatt, mivel semmi másra nincs szükség és sietni kellett, nem volt időm kiherélt W10 telepítőt összedobni. A telepített rendszerbe Linux alól bemásztam, és mindent ami nem kellett, értve ezalatt Defendert Edge-tupdate komponenseket, egy vagon rendszerfájlt simán gyalultam.
Vagyis ha van is NTFS jogosultságkezelés, az max. az új Paragon drivernél lehet hogy létezik de én eddig nem találkoztam jogosultságproblémával. -
#86751
tordaitibi
veterán
K0zm0
#86738
Szia,
nem tudok olyan nem fizetős segédszoftvert Windowsra ami normálisan kezelné az ext fájlrendszert. Lehet létezik driver szinten és csak én nem találkoztam még vele
Mivel Linuxok mindegyike natívan kezeli az NTFS-t, ez így sokkalta egyszerűbb szerintem, valamint ha egyszer valaha valamiért ki kell vennem a háttér ssd-t, azt olvassa minden, akár a fiam wines laptopja is, nem kell semmi buhera. -
-
eddienhl999
tag
válasz
CPT.Pirk
#86527
üzenetére
Viszont van egy kis változás amire eddig nem figyeltem fel. Mikor bebootol a gép Linux Mint pendrive - ról van hang. Magyarul nem a hangkártyával van gond windows alatt sem. De az mitől lehet hogy Linuxnál nincs se egér se billentyű? Addig világítanak amíg a pendrive - ról való bootolásnál kikell választani, hogy mit akarok indítani. Kiválasztom a Linux Mint indítást azután már nem világít egyik sem.
-
#86323
sh4d0w
félisten
Lalikiraly
#86320
válasz
Lalikiraly
#86320
üzenetére
Jobb lenne a pontos hibauzenet, mert ha iso-bol bootolsz, bitlocker meg sehol sincs (az egy Windows-os megvalositas).
-
#86320
Lalikiraly
addikt
sh4d0w
#86319
-
válasz
#63718632
#86113
üzenetére
A systemd boot még egy csomó állományt bepakol az EFI partícióba, a grub meg jóformán egy grubx64.efi fájlt, oszt annyi (néha kicsit többet pl linux mint esetén).
"A grub amúgy se fontos mióta uefi van. Szerintem tök mindegy, hogy a grubból választasz vagy a boot menüből." Grub esetén ilyenkor is a grub dolgozik.
"Egy ElementaryOS-t pl. így biztos nem raksz fel, mert a 100MB efi partíció kevés neki. Ezen a ponton tovább se megy a telepítő. " Ezt sajnos én is megtapasztaltam, legalább 300 mebibájtot követel. Itt valóban egyszerűbb egy másik EFI partíciót csinálni, mint varázsolni win partíció zsugorítással felfele mikor még ott van útban a windows rejtett 16 Mib-es msftres partíciója is. Ebben az esetben ott a pont Nálad.
-
válasz
#63718632
#86109
üzenetére
Ha az UEFI-s windows mellé telepítendő linux bootja grubos és nem systemd bootos, akkor elegendő lehet a windows meglévő 100mebibájtos EFI partíciója (nem kell hozzá + egy másik) és azt kell csatolni telepítéskor /boot/efi és nem szabad formázni, mert akkor törölné a windows bootját.
-
#63718632
törölt tag
válasz
szucstom
#86107
üzenetére
A Windows lemezkezelőjével zsugorítottál? Az a legtisztább ebben az esetben.
Kell egy/boot/efipartíció. Én lazán 500MB-ot szoktam csinálni, lehet kevesebb is. Leformázod FAT32-re és adsz nekiboot,espjelölőt (zászló vagy flag). Ezt formázás után tudod megadni.
Én a swap partíció híve vagyok, annyi amennyi a RAM mérete.
A maradék meg a rendszer partíció/ésext4.
A livegpartedprogijával szoktam ezeket megcsinálni.
A telepítőben meg a "valami más" vagy "egyéni" opciót használva megadom a csatolási pontokat, formázni se kell, hiszen kész vannak.
Ezek kellenek:/boot/efiswap/
Értelem szerűen már lesznek/dev/sdxyzelnevezései a partícióknak, azok alapján ki tudod választani mindegyiket.
Nem szoktam tovább darabolni a gyökeret, külön home partícióra. LVM-et és titkosítást sem használok. -
CPT.Pirk
Jómunkásember
válasz
szucstom
#86107
üzenetére
Én sem emlékszem ilyenre, de Ubuntu származékok alatt sem mertem sosem használni, az a biztos amit te csinálsz.
A dualboot miatt arra figyelj, hogy ha a windowst UEFI módban tetted fel, akkor a Linuxot is úgy tedd fel (abban a módban bootolva a telepítőt), ha nem, akkor azt se!
Magához a telepítéshez egy darab "/" root partíció megadása kell. A 40GB most jó, de hosszú távon szerintem kicsi lesz. Mondjuk később is át tudod méretezni pl. a Manjaro telepítőjéből.
-
#63718632
törölt tag
válasz
szucstom
#86104
üzenetére
Manjaro-t annyira sokat nem használtam, de ezt az opciót se sokat használtam Ubuntu telepítőben sem.
Csináld meg egyéni módon. Partícionálj előre, aztán csak megadod a csatolási pontokat. Windows mellé dual bootban én külön uefi partíciót használok a Linux részére mindig. -
#86045
atesss
addikt
tordaitibi
#86044
atesss
addikt
válasz
tordaitibi
#86044
üzenetére
Köszi a részletes infót !
Még rémlik is hogy láttam ezt annó Windows-ban, de sosem használtam, nem is igazán gondoltam volna hogy futó rendszer particóján maga a Win ilyet meg tudna oldani magának.A Win10 jelenleg egy vadi új, még semmi sincs rajta. Ahogy a HA-s eladótól vettem a gépet.
Ennek megfelelően a 320GB-ból még gondolom min. 280GB körüli szabad, az átméretezéshez hely van az tuti.
Amúgy újratelepíteném azt is, magamnak, csak most pont nincs rá időm."Elég neki 30GB, és ha tlepült, mindent irányíts át a C megfelelő mappáiba.
Letöltések, képek, videók, mentési utak stb."
Mármint hogy kb. a user mappát "közösítsem" a két rendszernek ? Az hogy ráadásul ez NTFS az sem baj az Ubuntunak ? -
#86044
tordaitibi
veterán
atesss
#86038
válasz
atesss
#86038
üzenetére
Windows, kereső, Partíciók létrehozása...
enter, bejön a Lemezkezelő, ott jobbkatt a C-n, Kötet zsugorítása.
Elszüttyög majd kiírja mekkorára tudja kicsinyíteni Ha neked megfelel, leokézod, másodpercek alatt kész.
Ha nem tudja neked kellően lekicsinyíteni, ideiglenesen kapcsold ki a hibernálást, vedd le a lapozót 500 megára, takarítsd ki a rendszert egy rendszergazdai módban futtatott Lemezkarbantartóval.
5-10-20 gigák szabadulnak fel, utána zsugoríts.Ha minden okés, elég a partíció, feltétlenül kapcsold ki a Win Fast startup, Gyors rendszerindítást!! Ha megvan, lapozó, hiberfil.sys visszakapcsolása.
Leállítás, Linux telepítés. Elég neki 30GB, és ha tlepült, mindent irányíts át a C megfelelő mappáiba.
Letöltések, képek, videók, mentési utak stb.
Így mindkét OS alól ugyanazokat a könyvtárakat tudod használni, semmi gabalyodás.Adatokon kívül lehetőleg ne kotorássz Linux alól a Win könyvtárkba.
-
CPT.Pirk
Jómunkásember
válasz
atesss
#86038
üzenetére
A telepítőn kívül is, mindegyik disztróban van partíció kezelő (kparted, gparted...) és ezek mindegyike ismeri az ntfs-t. Szóval akár csak a pendriveról bebootolva is tudsz bármit csinálni a gépen.
szerk:
UEFI módban telepített Win10 mellé csak UEFI módban telepíts Linuxot. Ha nem UEFI módban raktad fel a Windowst, akkor a Linuxot se úgy tedd fel.Ha nincs Windows az adott gépen, akkor kb. tökmindegy, amelyik mód neked szimpatikusabb, abban telepítsd fel. Ugye, ezt a penről bebootoláskor tudod választani.
-
zoltanz
nagyúr
"De akkor a 64 bites linux fel kellene, hogy vegye a grub menüje harmadik sorába a windowst."
Kellett volna igen, jó esetben szokta is. De a Windows rendszerpartícióját nem ismer fel a
gpart unknown-ként definiálja fájlrendszer típusát.
Érdekes mert a rendszerindítótntfs-ként renben hozza. (nincs semmi extra amúgy raid, titkosítás stb) -
válasz
zoltanz
#85720
üzenetére
Az a gond, hogy a 32 bites linux grubja beírja magát az MBR-be és ezzel törli a windows MBR bejegyzését, de a 32 bites linux grubja sosem fogja felvenni a bootmenüjébe a 64 bites windowst mert az osprober nem ismeri fel. A megoldás az, hogy tegyél be egy pendrájvot és irányítsd arra az utólagosan telepített 32 bites linux grubját. Ha a pendrájvról bootolsz, akkor a linux indul, ha az eredeti SDA-ról, akkor meg a windows. Másik megoldást is tudok, ha van UEFI lehetőséged is és ráadásul tudsz legacyban is bootolni .
-
#85669
vasszarvas
tag
vasszarvas
tag
Sziasztok,
Már vagy 3 éve gond nélkül ment a letöltögetés egy linux mint-es gépen. Most észrevettem, hogy áll a seedelés a böngészős felületen, (a windowsban egy másik gépen) és a linux gép újraindítás után már nem bootolt be. Gondoltam itt az ideje egy újabb cinnamon verzió feltelepítésének. Fel is tettem a linuxmint-20.3-cinnamon-64bit-es verzióját. Megosztottam szerintem a "filmek" mappát ahová a letöltés megy, beállítottam a távoli elérést a qbittorrentben, és látom a windows-os gépemen a webes felületen a linuxos mappát (filmek) amiben a letöltéstek vannak, tudok letölteni, seedelek stb, ez a része rendben. Azonban a fájlböngészőben nem tudom megnyitni, betallózni a linuxos filmek mappát, pedig szerintem megosztottam, és a routerre kötött médialejátszó sem látja mint megosztás, eddig onnan, a médialejátszón a megosztott mappából néztük a filmeket. A fájlkezelőm ezt írja, mikor a hálózaton szeretném betallózni a linuxon lévő "filmek" mappát: " Ezzel a távoli számítógéppel jelenleg több kapcsolat nem létesíthető, mivel már létrejött annyi kapcsolat, amennyit az fogadni tud".
Segítséget kérek, még azt sem tudom melyik gépen lehet a hiba. Rosszul osztottam meg a mappát, vagy a windowsban valamiért nem tudom megnézni a megosztott könyvtárat, mi lehet? Találkozott már valaki ezzel a problémával?
-
#85576
tordaitibi
veterán
Tisztelt tagok, beértem a sertéstelepről és a marhafarmról a civilizációba
és kis tanács kéne.Ubuntu 18.04, eddig nem kellett de most jól jönne az altatás és a hibernálás.
Valami történt kernel és acpi vonalon mert kb. másfél éve kísérleteztem ezzel és akkor egyik se, most viszont az alvás tökéletesen megy.
Windowst lepipálja, az ilyenkor 3-4 másodpercig szüttyög, Ubi meg egérkattintásra azonnal visszadobja a munkamenetet, csak a wifi ikonon látom hogy kb. 1 másodperc múlva csatlakozik vissza a routerre.
Vagyis tökéletes.Viszont a hibernálás nem működik.
Engedélyeztem, valami .pkla fájlt az útmutatóknak megfelelően létrehoztam, telepítettem a hibernate valamit mert szerinte hiányzott, és ezekután úgy tűnik, szépen hibernál. Elszüttyög, teljesen máshogyan áll le mint normál leállásnál, gondolom ilyenkor írja ki a ramot a swap partícióra.
Viszon nem tud visszajönni hibernálásból.
Elindul, nagyon sokáig fekete képernyő, majd a szokásos Ubuntu felirat, itt is nagyon sokat szüttyög, kb. fél percet, majd egy villanás és normál boot.
A swap nem titkosított, mérete 9,4GB, az Ubi szerint 8,8GB, és 8giga ramom van vagyis belefér a swapba.Van erre valami ötlet?
-
válasz
velizare
#85262
üzenetére
Előszeded induláskor a GRUB boot menüjét, és kiválasztod az egy-kettővel korábbi kernelt (ha még fent van, de párat meg szokott tartani)
@Sh4d0w : Imagemagickre van GUI? Mert egy olyan usernek, akinek az egész új, nem adnám oda a parancssoros Imagemagick-et
Gwenview amúgy elég jó volt ilyesmire, de nemtom, évek óta nem működik a Kipi-plugins..."semmi sarkos nincs benne, de ha az az általános vélemény, hogy minden szoftvernek kellene mennie minden platformon, akkor vajon miért nincsenek bizonyos iparági standard szoftverek egyik vagy másik platformra?"
Ez szerintem is baromi fontos lenne! Sokkal korábban kellett volna a szabványos API-k felé menni.@Warton : 4GB-ra nem javasolnék KDE-t (saját combosabb gépeken nekem is az van, de gyengébb cuccra inkább ne).
@tordaitibi : "Irfan View, az amatőr userek körében 20 éve ipari standard.
Nincs vetélytársa."
Amatőröknél lehet Elnézve az informatika színvonalát az utóbbi évtizedekben, hát..."Erre én nem tudok magyarázatot."
De, mivel egy 10 éves cucc, sokkal kisebb, mint bármi maiA WSL-re azért nem volt reakció a Windows userektől, mert a nagy része azt se tudja, mi az
Illetve a Wine-ra sem nagyon szokás fújni. -
-
CPT.Pirk
Jómunkásember
A Rufus progit használd Windows alatt ISO kiírására, XP-n is megy. Azzal minden iso-t ki lehet írni és jó is lesz. A Lili-t már egy ideje nem láttam, de anno nem ment vele minden.
A Rufusnál meg most nem tudom hogy van, de lehet választani iso / dd mód között a kiírásnál. dd módban 1:1-ben kitolja az iso-t a penre, úgy biztosan bootolni fog. Viszont ez után Rufus-al kell majd visszaformázni a pent, de az nem nagy cucc.
-
ceia
őstag
#85075 májkimiki LinuxLive USB Creator. Újabbak nem nagyon mennek XP-n.
#85076 I02S3F Ezt írtam én is, a telepítőben egy régebbi volt, azt hiszem, még 2020-as. A frissítéssel viszont nem a legújabbat rakta fel. Amikor megnéztem az újnál ( 31.1.0 ) az adatlapot (About) a release notes-ban már még újabb is volt írva, 31.2.0. az már augusztusi. Amit nekem felrakott, az májusi.
#85077 csixy Köszi, majd alkalomadtán kipróbálom ezt is. Amit a link után bemásoltál, nekem kínaiul van, és ennyire nem is akarok belemenni a Linuxba. A Puppy az első, amit életemben kipróbáltam. Később akarok elsődleges OS-ként is SSD-re, Mint-et, vagy PeppermintOS-t, vagy más pofásabbat, ha majd újra lesz komolyabb PC-m. (mert a windows a 7 felett kizárva) De az még egy távlati terv. Még előbb akarok (remélem ősszel) váltani Raspberry Pi 4-re, erről a régi PC-ről. Nekem elég lesz mindenre, amire a következő 2 évben kell a számítógép és a töredékét fogyasztja. Tehát ez főleg a fogysztás miatt kell, de érdekel mint "kaland" is, hogy valami más gépem lesz, nem PC. Már kb. 24 éve PC-zem. Előtte volt Amigám is, talán kicsit arra fog hasonlítani, főleg, hogy azt is akarok rajta emulálni.
Egyelőre jó a Puppy, bár ha leállítom elveszik minden beállítás. Ugyan kimentené a beállításokat, de csak Linux filerendszerben akarja, három félét is felajánl, de én arra nem akarok elhasználni egy 32GB-os pendriveot, a hdd-re meg főleg nem mehet, NTFS van rajta, sok adattal. De van egy régi 1GB-os pendriveom is, megpróbálom, hátha arra is mehet a Linux filerendszer. -
Horvi
őstag
Sziasztok,
Egy olyan problémával fordulnék hozzátok, hogy a Manjaro KDE alatt előfordult az utóbbi időben, hogy amikor youtube videót nézek és beletekergetek akkor egyszercsak elszürkül a kép és befagy az egész gép. Valamint az utolsó fél másodpercnyi hangot nyomatja loopban. Sajnos semmire nem reagál csak a kikapcsoló gombra illetve a resetre.Néztem a dmesg-et de ott csak ilyesmi hibákat láttam:
ntfs3: Unknown parameter 'windows_names'
usb 1-9.4: device not accepting address 8, error -71
usb 1-9-port4: unable to enumerate USB deviceIlletve a journalctl -p 3-ban ezeket a hibákat látom:
Failed to start Update XDG user dir configuration.
kwin_xkbcommon: XKB: couldn't find a Compose file for locale "en_AG" (mapped to "en_AG")
Failed to connect to coredump service: Connection refusedIlletve itt is szerepelnek a dmesgben látható usb hibák
Valami tanácsot tudnátok adni merre induljak el a hibafeltárás során?A neofetch printout ha esetleg az segít:
OS: Manjaro Linux x86_64
Host: H97N-WIFI
Kernel: 5.18.14-1-MANJARO
Uptime: 26 mins
Packages: 1281 (pacman)
Shell: bash 5.1.16
Resolution: 1920x1080
DE: Plasma 5.24.6
WM: KWin
Theme: [Plasma], Breeze [GTK2/3]
Icons: breeze-dark [Plasma], breeze-dark [GTK2/3]
Terminal: konsole
CPU: Intel i5-4590 (4) @ 3.700GHz
GPU: AMD ATI Radeon HD 7950/8950 / R9 280
GPU: Intel HD Graphics
Memory: 3018MiB / 7815MiBKöszi
-
válasz
CPT.Pirk
#84955
üzenetére
Igen tudom, hogy nem támogatott.
A gondom jelenleg ez lenne.
A windows nem telepíhető a megadott helyre 0x80300024 telepítéskor.
Woeusb-vel készítettem egy telepítő pendrive-ot.
Ha boot-nál f11-et nyomok be is jön a boot lista, itt kiválasztom a pendrive-ot és indul a win7 telepítő.
Amikor ki kellene választani a meghajtót, akkor dobja a hibát.
Újra felraktam a woeusb-vel az iso-t, viszont kiválasztottam az ntfs-t is.
Még van egy lehetőség, a skip legacy grub bootloader, de nem tudom ezzel változna e bármi a telepítővel kapcsolatban.
Kerestem a neten az infó után eddig még nem jöttem rá a hibára.
Ha csak uefi-t választok a bios-ban, akkor nem látja a pendrive-ot ,csak uefi pendrivnak, viszont ilyenkor a grub töltődik be.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(kb ez felel azért, hogy az összes meghajtón lévő OS-t végigtallózva, berakja mindet az indítóba, Linuxot, Windowst)
Semmilyen tudásom nincs, én marha...kellett nekem belevauzni Wines témába, no de ha valami ennyire unreal...de bánja a fene, ha valaki ettől boldog, higgye azt, hogy a Win is milyen qrva gyorsan bootol. Én kipróbáltam a gépeimen, marhabaromságnak tartom, mert mindenki tudja, hogy quasi-suspend miatt áll fel hamar a rendszer.
El is szomorít, hogy pont egy nyamvadt rendszer miatt kell értetlenkednem egy olyan topikban, ahol sok keresnivalója nincs a témának. 
Ú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
- GYÖNYÖRŰ iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3293
- TELJES KÖRŰ IT BESZERZÉS
- GYÖNYÖRŰ iPhone 13 256GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS2247
- Lenovo ThinkPad T480, T580, P51s, P52s, T480s belső akkumulátor eladó
- Bomba ár! HP EliteBook 745 G6 - Ryzen PRO 5 I 8GB I 256GB SSD I HDMI I 14" FHD I Cam I W10 I Gari!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest