- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- iPhone 16e - ellenvetésem lenne
- Megérkezett a Google Pixel 7 és 7 Pro
- Okosóra és okoskiegészítő topik
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- iPhone topik
- Samsung Galaxy S25 - végre van kicsi!
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- Huawei Mate 10 Pro - mestersége az intelligencia
- Google Pixel topik
Hirdetés
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Köszönöm szépen , már fent is van. KDE lett belőle.
Az első indulás :
[nokia@cslihu ~]$ systemd-analyze
Startup finished in 5.729s (kernel) + 5.336s (userspace) = 11.066s
graphical.target reached after 4.290s in userspace
Nekem kicsit bibis, hogy a telepítő systemd-boot telepítést nem enged, csak grubost.
Tetszik, csak ezt a sok szürkeséget még valahogy ki kell majd radíroznom belőle.
Nagy élmény volt a régi partícióimat hiba nélkül átmozgatni és kialakítani egy kterjesztett partíciót is logikaiakkal, mert négy partíción már nem fértem el. Sikerült! megmaradt mindenem és lett még egy Archom.
(#66271) Shyciii :
Köszi, nem baj , van másik meg az olyan fapados GUI-t én kerülöm. -
válasz
Frawly
#66267
üzenetére
Köszönöm.
Végül is az egész csak fafaragás helyett volt és sejtettem, hogy a végén fogpiszkáló lesz belőle, mint az öreg székely kocsirúdjából, de egyenlőre működik. Az általad javasolt két módosítást meg fogom csinálni. Egyszer valahol a kapitány leírta, hogy hogy kell kitenni a RAM-ba a böngésző cache-t. Majd rákeresek. -
válasz
Shyciii
#66261
üzenetére
Köszi ! Ez olyan nálam, mint másnál a fafaragás. Idő töltés. Már ha van rá idő.
Nekem is a rolling filozófia tetszik, de azért a mint cinnamon is szimpi.
Nekem viszont nincs türelmem pure archot telepíteni, ezért használok antergost.
Csodállak is titeket a pure arch miatt. Tudnál nekem küldeni olyan scriptet, ami pure arch telepítést eredményez? 
-
válasz
Shyciii
#66259
üzenetére
Mutatja, hogy válasszak a systemd-boot és a Grub közül, persze, lehet hogy Grub ment volna MBR-rel is. Nem akartam az MBR-t átírni, így ha nem nyomkodom az F9-es billentyűt akkor direktben bootolja a windowst. Meg régóta törtem a fejem azon, hogy hogy lehetne egy meghajtóra két "bootsectort" telepíteni ... hát így lehet valahogy.Kíváncsi voltam, hogy nem szabványos módon meg tudom-e csinálni.
-
A mai nap sem telt hiába. Van egy öreg notim, benne egy Kingston A400-as SSD. Kötelezően egy 32bites Windows van rajta MBR partíciós táblán munkahelyi célra. Ez 3 partíciót foglal most. Találtam egy 16 gigás mikroSD kártyát , amit adapterrel bedugtam a noti SD olvasójába. Szerettem volna egy linuxot is a gépen tudni és már csak azért is 64 bitest és UEFI-s verziót, mert az antergos Legacyt nem tud. Csináltam egy kis helyet az SSD-n egy Fat32-es partíciónak és az SD kártyán egy Ext4-es partíciót és feltelepítettem egy XFCE-Antergost systemd boottal rá. ... Ami nem indult el , mert az MBR-es partícióra az arch nem volt hajlandó az EFI mappát felmásolni az ESP partícióra, csak a többit, ezért azt kézi hajtánnyal alkottam meg és a systemd-bootx64.efi fájlt az /usr/lib/systemd/boot/efi/systemd-bootx64.efi mappából raboltam és a BOOTX64.EFI fájlt meg egy másik rendszer EFI mappájából loptam oda. A boot zászlót muszáj volt az első partíción hagyni, hogy a windows képes legyen bootolni. Most már bootol a linux is , de csak a "Boot from EFI file" menüpontból tudom megbüttyögtetni a systemd-bootx64.efi fájlt és elindul a rendszer. Az SD kártya másik kisebb partíciójára még egy Slax linuxot fogok másolni, ez most a 9.8.0-ás verziónál tart és megpróbálom azt is systemd-boottal beizzítani. .... Így nem kell USB-s kütyüket hurcolni a kis munkahelyi tartalék gépemmel arra a célra , hogy legyen kéznél egy linux, ha kell, mert ott van az SD kártyán.
-
válasz
Frawly
#66210
üzenetére
Ezt a kettős megoldást GPT-n kizárt megvalósítani, mert a tartalék MBR-be nem íródik be a Grubos adat.
A 2011-es gyártású tiszta UEFI biosos Wise keskeny kliens úgy bootolja mint a huzat és az ezer éves sima BIOS-os Sony Waio is simán indítja.
A segítségetek alapján itt van két kép a HP250G1-es
UEFI-vel indítva:
és
Legacy módra ugyanezzel az USB-s SSD telepítéssel:
Nagyon örülök neki, mert sehol sem olvastam ilyet! Mintha látóasszony mutatta volna nekem ezt a lehetőséget!![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
ubyegon2
#66205
üzenetére
Köszönöm Egon! Sokat segítettél, megnézem ezeket,de már meggyőződtem, hogy mindenhogy működik a rendszer, mert most néztem a fiam Sony Vaio VPCEH3L1E masináján (annak csak sima BIOSa van) és működik rajta, igaz, hogy utána dobott egy kék hátast a windowsa indításkor, de meggyógyult és az Asus X541NA gumimasinán is simán indul, annak viszont csak UEFI biosa van. ... Már megint bejött egy tudatlanul elkövetett lehetetlen küldetés.
-
Telepítettem egy USB-s SSD-re msdos partíciós tábla mellett MBR-re UEFI módra egy Linux Mint Tessa rendszert. Csináltam /boot partíciót is, titkosítás nélkül, de a jelszót azért kéri bootoláskor a belépéshez a rendszer. Csodamód működik GPT nélkül. Ezután újra bebootoltam ezúttal legacy módban a Mintstickkel kiírt telepítő live pendrájvomat és megpróbáltam chroot segítségével betelepíteni a grubot az MBR-be is, de nem sikerült mert valamit a grub telepítő hiányolt. Megmakacsoltam magam és változatlan partíció beosztás mellett
újratelepítettem az ESP partíciót kihagyván és annak flagjait eltávolítván a többi partíció formázásával (tehát az ESP partíció tartalma megmaradt változatlanul, csak most mellőzve) legacy módra a mintet. Így is működik !! Hurrá ! De most UEFI-ként nem indul (-t). De én makacs vagyok, mert most újra telepítettem UEFI módra de ezúttal a /boot és az ESP partíciót (/boot/efi) csak csatoltam , de nem formáztam és a / partíció lett formázva és újratelepítve. Most elérkeztem oda hogy akár UEFI módra (a boot eszközök felső sora) , akár Legacy módra (a boot eszközök legalsó sora) szépen bootool a rendszer így is úgy is. Csak a Grub customizerrel kellett állítani a késleltetésen , hogy a grub menüből láthassak is valamit bootolás közben.
De akárhogy indítom, mindig ugyanazt a képet adja a Gparted , mintha UEFI lenne. A kérdésem tehát az, hogy Legacy módban bootolván a parancssorból hogyan tudhatnék meggyőződni arról, hogy éppen legacy módban vagyok? Itt a kép:
Tudom, keressek egy régebbi gépet ami még sosem látott UEFI-t és azon próbáljam ki, de ha csak legacy van? -
válasz
Frawly
#65837
üzenetére
Nálam a video alapján telepítve bebootol. Működik. A live distrók lélektanát követi. Egy squashfs szerű fájlban van feltolva az alaptelepítés és a változásokat és a saját fájlokat a mellé pakolt mappákba menti. Union szerű működés.Vajazott fájlrendszeren (btrfs) fut. Fat16-os az ESP-je. Ledöglik benne a szoftverközpont. Este felraktam apt installal egy firefoxot és egy gpartedet --- reggelre eltűntek. Utólag adtam hozzá a saját useremet, lehet, hogy csak az alap user passwd-jét kellett volna megváltoztatni? Kicsit bonyolult volt a 105 gombos magyar billentyűzet megtalálása.
-
válasz
ubyegon2
#65807
üzenetére
Én így szoktam meg a winnyózban. Fogd és vidd. Ez a legegyszerűbb nekem. A Nemo második panelját életemben nem láttam , most is keresem, de nem találom.
Forgatókönyvet nem írtam hozzá. Csak úgy csinálgattam éppen, de szerintem minden benne van, amit át akartam adni (majdnem szükséges és elégséges mértékben, leszámítva a menet közbeni eltévedéseket). Amúgy ez már a második nekifutás volt. Harmadszor egyenlőre nem próbálnám. Ha a sallangokból kiszeded a lényeget, akkor te is meg fogod tudni csinálni és a vágási folyamattól áll benned össze a kép szerintem , az lesz a saját diszkussziód.
-
Na én is beléptem a videócsinálók táborába.
A magam barkács módszerével , az általam ismeretlen dolgok fix változós behelyettesítével csinátam egy működő UEFI, Systemd bootos Slax pendrájv telepítést. Nem egy világszám, de a kezdőknek adhat némi ismereteket az UEFI-ről és a Systemd bootról. Ajánlom megtekintésre ! Örömmel venném a véleményeiteket. Előre is köszönöm.
Ami a videóból kimaradt , az hogy az UEFI GPT partíciós táblán él , valamint Systemd boot esetén az ESP (EFI partíció) csatolási pontja a /boot. -
A gondom az, hogy csinálni tudok működő LMDE Cindy "Slax" linuxot, nade ennek ismert a root jelszava, meg a user is ismert kell hogy legyen esetemben, de így már nemigen tud üldögélni az ssh-agent a kulcsain, mert könnyű őket kimazsolázni tőle. Vagy rosszul gondolom? Meg lehet élni SSH nélkül oda-vissza nemdebár?
Én se megyek tehozzád, de te se gyere énhozzám kuktálkodni jeligére.Megoldható ez, hogy az SSH-t kiradírozzam cuzammen a telepítményből?
-
Csináltam egy nagy bazi LMDE3 Cyndy Slax iso fájlt. Pöpecz !!!
Egyenlőre egy DVD-re kipörköltem . Bootol mint a huzat! Most abból írok. Eddig hiba nincs.
Felmászik a RAM-ba, lehet böngészni , bányászni akár. Kikapcsolás után azt is elfelejti , hogy hogy hívták.
Ez egy telepített linux, live módban. Hát csak tud valamit Thomas Matejicek! Gratula neki!
Majd holnap feltolom valahova. Hátha érdekel másokat is.
-
válasz
Frawly
#65753
üzenetére
Ha BRTFS-re lépsz, akkor tényleg nézd már meg, hogy a nitrux disztrót fel lehet-e úgy tenni, hogy el is induljon! Ha van rá időd persze. Igen megköszönnénk (Egon is szerintem).
(#65751) ubyegon: Igen az onboard magában eltávolítható. Le is szedtem. Most is slaxosítás előtt nyűvöm ki belőle a pelyvát. Még nem adtam fel. A linux lite disztró live scripttel begyúrva squasfsre és DVD-re kiírva már elindult bebootolt, csak nem ment rajta azUSB meg az egér.
-
-
Szeretném kérdezni, hogy ha egy UEFI rendszeren telepítek előbb egy systemd bootos disztrót , majd egy Grub2 bootos disztrót , avagy fordított sorrendben követem el ezt , akkor ezek után egymástól függetlenül bootolható lesz a két disztró közül bármelyik? Szóval nem b@xxák el a másik dolgait?
(#65686) colomb2 : Bocs igazad van . Mondjuk épp látszik a differencia. Hátha a kapitány Úr meghagyja így ahogy van. Én is tököltem ezen már feltolás közben.
-
válasz
ubyegon2
#65683
üzenetére
Ez meg egy példa a systemd bootos /boot mappára
[senki@nalatod boot]$ sudo tree
.
├── EFI
│ ├── BOOT
│ │ └── BOOTX64.EFI
│ └── systemd
│ └── systemd-bootx64.efi
├── initramfs-linux-fallback.img
├── initramfs-linux.img
├── intel-ucode.img
├── loader
│ ├── entries
│ │ ├── antergos.conf
│ │ └── antergos-fallback.conf
│ └── loader.conf
└── vmlinuz-linuxValamivel rövidebb ugye ? Igaz ebben nincs vinnyóz.
-
válasz
ubyegon2
#65683
üzenetére
Ez az ESP van belemountolva a telepített linuxon vagy a /boot mappába (systemd boot esetén, ekkor így néz ki: /boot/EFI) vagy a /boot/efi mappába (Grubos boot esetén, ekkor így néz ki /boot/efi/EFI)
tehát egy grubos bootos /boot mappa így néz ki pl.:
senki@senki-X541NA:/boot$ sudo tree
.
├── abi-4.15.0-20-generic
├── config-4.15.0-20-generic
├── config-4.15.0-43-generic
├── efi
│ └── EFI
│ ├── Boot
│ │ ├── bootx64.efi
│ │ └── fbx64.efi
│ ├── Microsoft
│ │ ├── Boot
│ │ │ ├── BCD
│ │ │ ├── BCD.LOG
│ │ │ ├── BCD.LOG1
│ │ │ ├── BCD.LOG2
│ │ │ ├── bg-BG
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── bootmgfw.efi
│ │ │ ├── bootmgr.efi
│ │ │ ├── BOOTSTAT.DAT
│ │ │ ├── boot.stl
│ │ │ ├── cs-CZ
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── da-DK
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── de-DE
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── el-GR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── en-GB
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── en-US
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── es-ES
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── es-MX
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── et-EE
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── fi-FI
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── Fonts
│ │ │ │ ├── chs_boot.ttf
│ │ │ │ ├── cht_boot.ttf
│ │ │ │ ├── jpn_boot.ttf
│ │ │ │ ├── kor_boot.ttf
│ │ │ │ ├── malgun_boot.ttf
│ │ │ │ ├── malgunn_boot.ttf
│ │ │ │ ├── meiryo_boot.ttf
│ │ │ │ ├── meiryon_boot.ttf
│ │ │ │ ├── msjh_boot.ttf
│ │ │ │ ├── msjhn_boot.ttf
│ │ │ │ ├── msyh_boot.ttf
│ │ │ │ ├── msyhn_boot.ttf
│ │ │ │ ├── segmono_boot.ttf
│ │ │ │ ├── segoen_slboot.ttf
│ │ │ │ ├── segoe_slboot.ttf
│ │ │ │ └── wgl4_boot.ttf
│ │ │ ├── fr-CA
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── fr-FR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── hr-HR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── hu-HU
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── it-IT
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── ja-JP
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── kd_02_10df.dll
│ │ │ ├── kd_02_10ec.dll
│ │ │ ├── kd_02_1137.dll
│ │ │ ├── kd_02_14e4.dll
│ │ │ ├── kd_02_15b3.dll
│ │ │ ├── kd_02_1969.dll
│ │ │ ├── kd_02_19a2.dll
│ │ │ ├── kd_02_1af4.dll
│ │ │ ├── kd_02_8086.dll
│ │ │ ├── kd_07_1415.dll
│ │ │ ├── kd_0C_8086.dll
│ │ │ ├── kdstub.dll
│ │ │ ├── ko-KR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── lt-LT
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── lv-LV
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── memtest.efi
│ │ │ ├── nb-NO
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── nl-NL
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── pl-PL
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── pt-BR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── pt-PT
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── qps-ploc
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── Resources
│ │ │ │ ├── bootres.dll
│ │ │ │ └── hu-HU
│ │ │ │ └── bootres.dll.mui
│ │ │ ├── ro-RO
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── ru-RU
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── sk-SK
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── sl-SI
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── sr-Latn-RS
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── sv-SE
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── tr-TR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── uk-UA
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── winsipolicy.p7b
│ │ │ ├── zh-CN
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ └── zh-TW
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ └── Recovery
│ │ ├── BCD
│ │ ├── BCD.LOG
│ │ ├── BCD.LOG1
│ │ └── BCD.LOG2
│ └── ubuntu
│ ├── BOOTX64.CSV
│ ├── fw
│ ├── fwupx64.efi
│ ├── grub.cfg
│ ├── grubx64.efi
│ ├── mmx64.efi
│ └── shimx64.efi
├── grub
│ ├── fonts
│ │ └── unicode.pf2
│ ├── grub.cfg
│ ├── grubenv
│ ├── locale
│ │ ├── en_AU.mo
│ │ ├── en_CA.mo
│ │ ├── en_GB.mo
│ │ ├── en@quot.mo
│ │ └── hu.mo
│ ├── unicode.pf2
│ └── x86_64-efi
│ ├── acpi.mod
│ ├── adler32.mod
│ ├── affs.mod
│ ├── afs.mod
│ ├── ahci.mod
│ ├── all_video.mod
│ ├── aout.mod
│ ├── appleldr.mod
│ ├── archelp.mod
│ ├── ata.mod
│ ├── at_keyboard.mod
│ ├── backtrace.mod
│ ├── bfs.mod
│ ├── bitmap.mod
│ ├── bitmap_scale.mod
│ ├── blocklist.mod
│ ├── boot.mod
│ ├── bsd.mod
│ ├── bswap_test.mod
│ ├── btrfs.mod
│ ├── bufio.mod
│ ├── cat.mod
│ ├── cbfs.mod
│ ├── cbls.mod
│ ├── cbmemc.mod
│ ├── cbtable.mod
│ ├── cbtime.mod
│ ├── chain.mod
│ ├── cmdline_cat_test.mod
│ ├── cmp.mod
│ ├── cmp_test.mod
│ ├── command.lst
│ ├── configfile.mod
│ ├── core.efi
│ ├── cpio_be.mod
│ ├── cpio.mod
│ ├── cpuid.mod
│ ├── crc64.mod
│ ├── cryptodisk.mod
│ ├── crypto.lst
│ ├── crypto.mod
│ ├── ctz_test.mod
│ ├── cs5536.mod
│ ├── datehook.mod
│ ├── date.mod
│ ├── datetime.mod
│ ├── diskfilter.mod
│ ├── disk.mod
│ ├── div.mod
│ ├── div_test.mod
│ ├── dm_nv.mod
│ ├── echo.mod
│ ├── efifwsetup.mod
│ ├── efi_gop.mod
│ ├── efinet.mod
│ ├── efi_uga.mod
│ ├── ehci.mod
│ ├── elf.mod
│ ├── eval.mod
│ ├── exfat.mod
│ ├── exfctest.mod
│ ├── ext2.mod
│ ├── extcmd.mod
│ ├── fat.mod
│ ├── file.mod
│ ├── fixvideo.mod
│ ├── font.mod
│ ├── fshelp.mod
│ ├── fs.lst
│ ├── functional_test.mod
│ ├── gcry_arcfour.mod
│ ├── gcry_blowfish.mod
│ ├── gcry_camellia.mod
│ ├── gcry_cast5.mod
│ ├── gcry_crc.mod
│ ├── gcry_des.mod
│ ├── gcry_dsa.mod
│ ├── gcry_idea.mod
│ ├── gcry_md4.mod
│ ├── gcry_md5.mod
│ ├── gcry_rfc2268.mod
│ ├── gcry_rijndael.mod
│ ├── gcry_rmd160.mod
│ ├── gcry_rsa.mod
│ ├── gcry_seed.mod
│ ├── gcry_serpent.mod
│ ├── gcry_sha1.mod
│ ├── gcry_sha256.mod
│ ├── gcry_sha512.mod
│ ├── gcry_tiger.mod
│ ├── gcry_twofish.mod
│ ├── gcry_whirlpool.mod
│ ├── geli.mod
│ ├── gettext.mod
│ ├── gfxmenu.mod
│ ├── gfxterm_background.mod
│ ├── gfxterm_menu.mod
│ ├── gfxterm.mod
│ ├── gptsync.mod
│ ├── grub.efi
│ ├── gzio.mod
│ ├── halt.mod
│ ├── hashsum.mod
│ ├── hdparm.mod
│ ├── hello.mod
│ ├── help.mod
│ ├── hexdump.mod
│ ├── hfs.mod
│ ├── hfspluscomp.mod
│ ├── hfsplus.mod
│ ├── http.mod
│ ├── iorw.mod
│ ├── iso9660.mod
│ ├── jfs.mod
│ ├── jpeg.mod
│ ├── keylayouts.mod
│ ├── keystatus.mod
│ ├── ldm.mod
│ ├── legacycfg.mod
│ ├── legacy_password_test.mod
│ ├── linux16.mod
│ ├── linuxefi.mod
│ ├── linux.mod
│ ├── loadbios.mod
│ ├── load.cfg
│ ├── loadenv.mod
│ ├── loopback.mod
│ ├── lsacpi.mod
│ ├── lsefimmap.mod
│ ├── lsefi.mod
│ ├── lsefisystab.mod
│ ├── lsmmap.mod
│ ├── ls.mod
│ ├── lspci.mod
│ ├── lssal.mod
│ ├── luks.mod
│ ├── lvm.mod
│ ├── lzopio.mod
│ ├── macbless.mod
│ ├── macho.mod
│ ├── mdraid09_be.mod
│ ├── mdraid09.mod
│ ├── mdraid1x.mod
│ ├── memdisk.mod
│ ├── memrw.mod
│ ├── minicmd.mod
│ ├── minix2_be.mod
│ ├── minix2.mod
│ ├── minix3_be.mod
│ ├── minix3.mod
│ ├── minix_be.mod
│ ├── minix.mod
│ ├── mmap.mod
│ ├── moddep.lst
│ ├── modinfo.sh
│ ├── morse.mod
│ ├── mpi.mod
│ ├── msdospart.mod
│ ├── mul_test.mod
│ ├── multiboot2.mod
│ ├── multiboot.mod
│ ├── nativedisk.mod
│ ├── net.mod
│ ├── newc.mod
│ ├── nilfs2.mod
│ ├── normal.mod
│ ├── ntfscomp.mod
│ ├── ntfs.mod
│ ├── odc.mod
│ ├── offsetio.mod
│ ├── ohci.mod
│ ├── part_acorn.mod
│ ├── part_amiga.mod
│ ├── part_apple.mod
│ ├── part_bsd.mod
│ ├── part_dfly.mod
│ ├── part_dvh.mod
│ ├── part_gpt.mod
│ ├── partmap.lst
│ ├── part_msdos.mod
│ ├── part_plan.mod
│ ├── part_sun.mod
│ ├── part_sunpc.mod
│ ├── parttool.lst
│ ├── parttool.mod
│ ├── password.mod
│ ├── password_pbkdf2.mod
│ ├── pata.mod
│ ├── pbkdf2.mod
│ ├── pbkdf2_test.mod
│ ├── pcidump.mod
│ ├── play.mod
│ ├── png.mod
│ ├── priority_queue.mod
│ ├── probe.mod
│ ├── procfs.mod
│ ├── progress.mod
│ ├── raid5rec.mod
│ ├── raid6rec.mod
│ ├── random.mod
│ ├── read.mod
│ ├── reboot.mod
│ ├── regexp.mod
│ ├── reiserfs.mod
│ ├── relocator.mod
│ ├── romfs.mod
│ ├── scsi.mod
│ ├── search_fs_file.mod
│ ├── search_fs_uuid.mod
│ ├── search_label.mod
│ ├── search.mod
│ ├── serial.mod
│ ├── setjmp.mod
│ ├── setjmp_test.mod
│ ├── setpci.mod
│ ├── sfs.mod
│ ├── shift_test.mod
│ ├── signature_test.mod
│ ├── sleep.mod
│ ├── sleep_test.mod
│ ├── spkmodem.mod
│ ├── squash4.mod
│ ├── syslinuxcfg.mod
│ ├── tar.mod
│ ├── terminal.lst
│ ├── terminal.mod
│ ├── terminfo.mod
│ ├── test_blockarg.mod
│ ├── testload.mod
│ ├── test.mod
│ ├── testspeed.mod
│ ├── tftp.mod
│ ├── tga.mod
│ ├── time.mod
│ ├── trig.mod
│ ├── tr.mod
│ ├── true.mod
│ ├── udf.mod
│ ├── ufs1_be.mod
│ ├── ufs1.mod
│ ├── ufs2.mod
│ ├── uhci.mod
│ ├── usb_keyboard.mod
│ ├── usb.mod
│ ├── usbms.mod
│ ├── usbserial_common.mod
│ ├── usbserial_ftdi.mod
│ ├── usbserial_pl2303.mod
│ ├── usbserial_usbdebug.mod
│ ├── usbtest.mod
│ ├── verify.mod
│ ├── video_bochs.mod
│ ├── video_cirrus.mod
│ ├── video_colors.mod
│ ├── video_fb.mod
│ ├── videoinfo.mod
│ ├── video.lst
│ ├── video.mod
│ ├── videotest_checksum.mod
│ ├── videotest.mod
│ ├── xfs.mod
│ ├── xnu.mod
│ ├── xnu_uuid.mod
│ ├── xnu_uuid_test.mod
│ ├── xzio.mod
│ ├── zfscrypt.mod
│ ├── zfsinfo.mod
│ └── zfs.mod
├── initrd.img-4.15.0-20-generic
├── initrd.img-4.15.0-43-generic
├── memtest86+.bin
├── memtest86+.elf
├── memtest86+_multiboot.bin
├── retpoline-4.15.0-20-generic
├── System.map-4.15.0-20-generic
├── System.map-4.15.0-43-generic
├── vmlinuz-4.15.0-20-generic
└── vmlinuz-4.15.0-43-generic -
válasz
ubyegon2
#65678
üzenetére
Eleve ott kezdődik, hogy grub esetén /boot/efi van csatolva az ESP - ez van nálad most.
Systemd boot esetén /boot van csatolva az ESP. Ez lenne a gyorsabb ...Már mondtam , hogy egy szűz GPT SSD-re csinálj egy ESP-t , hogy tudd, hogy hol jársz és telepíts rá egy antergost systemd boottal gyakorlásképpen. Nem harapós, végigvezet a folyamaton. Fogod látni a különbséget. Telepítés közben te választod ki hogy grubos bootot , vagy systemd bootot akarsz-e.
http://mirrors.antergos.com/iso/release/antergos-19.1-x86_64.iso.torrent.Hajrá !
A cinnamon DE-je csodás.
A telepítéshez élő internet kapcsolat kell. Amikor a telepítéshez cache-t akar, mondd neki, hogy nem kell. -
-
válasz
ubyegon2
#65610
üzenetére
A Mint telepítésekor a valami más lehetőséget választva vagy csinálj EFI ( tonképp ESP) partíciót, vagy ha már ott van akkor csatolni kell csak valami efi félének, ez a mint telepítőben elég homályos, A Grub helyének a mintben a /dev/sda-t kell megjelölni.
Ott quurhattad el, hogy a bootoláskor a pendrájv felső UEFI sorát kell elindítani a listából és nem az alsó UEFI-t nem említő azaz mbr-es sorát !!!!!!
-
válasz
lev258
#65606
üzenetére
Egon! Gpartedből toljál egy GPT partíciós táblát az SSD-re , majd az első partíció legyen legalább 100 megabájt, de lehet akár 512, vagy max 1024megabájt is a mérete, én az 1023 megabájtos méretet szeretem.
Formázd meg Fat32-re.
Kapcsold be rajta a boot és az esp flagot, zászlót , vagy jelölőt ahogy tetszik. Ha az egyikbe beteszed a pipát, akkor a Gparted automatice bekapcsolja látványosan a másikat is.
Slussz, ennyi! Nem kell neki semmilyen nevet Adni.
Ez lesz az Efi System Partition avagy az ESP amit néha tévesen EFI partíciónak mondunk. -
válasz
Laszlo733
#65591
üzenetére
Ez most is jó lehet neked , MBR, Legacy körülmények között is így kell. MBR-nél két partíciót csinál a winnyóz az üres helyre (1 rejtett és a C: ), GPT, UEFI esetén négyet , ebből 3 rejtett, melyekből az egyik az EFI és a negyedik a C: . MBR esetén nincs EFI partíció .
-
#65508
csixy
addikt
dellfanboy
#65502
válasz
dellfanboy
#65502
üzenetére
Azért nem tudod Gpartedből átméretezni, mert feltehetően ott vagy éppen benne és így nem lehet unmountolni az éppen használatban lévő / partíciódat.
A helyedben én lex@rnám a garanciát , lementeném a fontos adataimat, majd live linuxból Gparteddel gyalulnám a vinyót. Maradjon a GPT partíciós séma, majd a vinyó hátsó felére csinálnék egy akármilyen partíciót, például Ext4-est, csak épp hogy ott legyen és az első felét üresen hagynám.
Ezután gondoskodnék róla, hogy más elérhető adathordozó ne legyen a gépben és ezután az üres elől lévő helyet megkínálnám az UEFI módú 64 bites windows telepítőnek.
A windows telepítése után powershellben rendszergazdaként ki kell adni a powercfg -h off parancsot legalább ,de utána az energia gazdálkodó menüből is kell gyomlálgatni. Ki kell irtani a gyorsindítást. Telepítés előtt a biosban kikapcsolni a secure bootot és agyorsindítást szintén, ha van rá menüpont. A vinyó , vagy ssd AHCI módra legyen állítva.
Majd a windows telepítése után tolnám a hátsó felére a linuxot. Telepítés közben a "valami más" lehetőséget választanám a partícionáláskor. A windows által megcsinált EFI partíció /boot/efi csatolandó formázás nélkül a linux telepítőnek Grub esetén. Ha kérdi, hogy hova tegye a bootmanagert akkor az /dev/sda lesz.
Ha mintet raksz fel itt némi ellent mondást fogsz tapasztalni , az utolsó mondat miatt, de az kell és úgy lesz végül jó. Sajnos a mint telepítő kicsit homályosan nyilatkoztat az EFI partícióról , lényeg hogy azt kell megjelölni EFI-nek és nem szabad formázni. -
válasz
Rimuru
#65359
üzenetére
Igaz ,de a windows viszont nem sűríti előbbre az állományait és nem tud vele a kollega elég helyet felszabadítani. Viszont windowsból Easeus partiton master free pogrammal tud helyet csinálni. Ha letöltéskor email címet kérne, megeszi a formára stimmelő falcímet is.
-
#65288
csixy
addikt
herdsman12
#65286
válasz
herdsman12
#65286
üzenetére
Nekem fényképszerkesztéshez szintén csak az Irfanview a perspektíva ,s ezért még a wine-nal is hajlandó vagyok megküzdeni.
-
válasz
Frawly
#65251
üzenetére
Őrülök, hogy nekem esett le a tantusz először, hogy hogy ránézzek erre : https://www.slax.org/ systemd-vel : És elindult !! Eddig azt hitte mindenki, hogy csak MBR-rel megy. Ez egy egyszerű egy mappás compact linux. A telepítés nem is tud az EFI partícióról , még fstab sincs benne ! Szóval ilyen szörnyedelem a systemd !
-
Nekem már megy a Slax linux systemd gummi boottal UEFI-vel , de nem tudom megírni Mateicseknek . A fejlesztő azt hiszi, hogy az nem lehetséges, hogy GPT-n UEFI boottal induljon. Dehát azért Debian ,hogy menjen. Pofonegyszerű. 2019.01.12. 23 óra 25 perc. Írjuk fel ezt a dátumot! Szerintem én vagyok az első elkövető.
Milyen konzolos parancsot futtassak le , hogy posztolni tudjak egy rövid kis riportot a rendszerről?
-
egy szerény kis olvasmány tőlem Bodottá van most. De mi lesz kernelfrissítés után?
-
-
válasz
ubyegon2
#64961
üzenetére
Most az a dolgozó szobámban az asztali gépem. DVI kábellel már a Manjaro is tudomást vett arról végre hogy hol van a képernyő és nem kell a nemlétező másodlagos képrnyőről vakon vissza huzigálni az alkalmazásokat (kicsit nehéz volt a Gparted láthatatlan visszaigazoló képernyő ablakában megtalálni az OK-gombot egérrel) .
-
válasz
ubyegon2
#64912
üzenetére
Nyakatekert módon azért megoldható a grub2 partícióba telepítése is (pl sda3-ba) , csak nehéz utána oda találni, hogy bootoljon is, de syslinux configból chain-loaderrel megoldható az is. Így sikerült anno megcsinálni a swejci bicskámat , csak aztán megdöglött a verbatim stor'n go pendrájvom. Ezen az első windowsos fájlrendszerű partíción Yumis bootolható isók voltak és egy másik partíción egy telepített linux volt ,amit a fenti nyakatekert módom sikerült bootolni. Imigyen úgymond egy eszközön mintha kettő MBR lett volna. Tetszett ez nekem , csak meghótt a pendrájvom és imigyen beletört a swejci bicskám.
-
Ma hajnalig szívtam az Arch telepítésével . Az arch topic témaösszefoglalója alapján csináltam és már azt hittem,hogy győztem amikor a végén még ott volt, hogy akkor mikrokódot, meg bootot telepítsek még!
De azóta fent van az antergos cinnamon egy külsős vinyón systemd boottal ( hát nem teljesen olyan mint a Mint
) de elindul mindkét notimon (igaz az ősibb HP-n fallbackól kellett indítani). Most ezt az antergost fogom bütykölgetni, s ha elunnám akkor majd a colomb2 Tanár Úr leírása nyomán fogok újra próbálkozni. BUÉK !! Jó kis szabadság volt ez. -
válasz
ubyegon2
#64810
üzenetére
Most épp két Mint Cinnamonom , meg egy manjarom van. Az öreg HP vasamon meg csak egy 32 bites winnyóz van, de az kell segédgépnek a munkahelyemre, persze a 64 bites hurcolós Tessa Mintet már abba is bele tudom dugni, ha épp szükség lenne rá.
(#64812) Frawly :Na jó neked már ez úgy megy mint a hátranéző embernek az elengedett kormányos biciklizés. Én meg úgy haladok vele mint a lajhár 100 méteres sprintelésen. .... vagy Teknőc Ernő postakihordáskor.
-
-
válasz
ubyegon2
#64801
üzenetére
Nem sajnos a chakra bootját nem tudtam így megcsinálni, egyenlőre pusztán csak ezért tettem félre azt a projectet.
Sikerült megcsinálni a winx és a dualbootos mint bootját is.
Frawly: Köszi , nekem az alanti módszer lett sikeres, hosszas próbálkozások után, mert sajnos meg kellett volna hagyni neki üresen az EFI partíció helyét, de a végére rájöttem! A védett partíciót csak gparteddel sikerült kigyalulni , aztán az üres 100mega helyet már be tudta kapálni a diskpart. Közben volt egy olyan észtvesztő beugratás, hogy egy elválasztó 1 megás helyecskéből csinált a diskpart EFI partíciót, na mire arra rájöttem kishíján földhöz vágtam a pálinkás kanalat. Szóval így csináltam:
Method 2. Create lost/deleted EFI partition by using CMD
Boot PC with Windows 10/8/7 installation media > press SHIFT + F10 on the first screen to bring up Command Prompt.
Type the following commands and click Enter each time:diskpart
list disk
select disk # Note: Select the disk where you deleted the EFI System partition.
list partition
create partition efi
format quick fs=fat32
list partition
list volume Note: Note the volume letter where the Windows OS is installed.exit
bcdboot X:\windows Note: Replace "X" with the volume letter of the Windows OS partition.
BCDBoot copies the boot files from the Windows partition to the EFI System partition and creates the BCD store in the same partition.
Now you can remove the Windows installation media and restart the computer.
Igy sikerült helyretenni a winnyózt , aztán chrottal megyógyítottam a linux efi-bootját és kis megőrülés után rájöttem, hogy nem az optibayba tett 30 gigás SSD-m rossz, hanem az fstabban javítanom kell az EFI partíció UUID-jét és lett boldogság
-
válasz
ubyegon2
#64796
üzenetére
A manjaro tényleg tök jó és kényelmes. Valóban az arch vonal mintje, csak nem szabad dualbootba tenni másik linux dystroval (és ez igaz a kapitány kedvenc dystrojára is, egyébként az is nagyon jó), mert a másik linux grub frissítéskor elb@xxa a bootját. Ennyi.
No az USB-s mint Tessa viszont elindult a HP250G1-esen is . Most abból írok. Az nem tetszett neki amikor kijelentkeztem belőle (fsck-zni kellett miatta, de rendbe jött) - lehet, hogy a hibernálást tiltani kellene?
Az exfat mountolás után simán megy mint alatt is , de most nem tudom megnézni, mert most fogom bcdboottal gyógyítani winx efi partícióját és még utána kell meggyógyítani a linuxot is.
-
Na egy kicsit durva voltam. Linux telepítőből töröltem a gép EFI partícióját (marad a gyerek, ha játszik
) és így már lett EFI az USB-s vinyón , viszont az update grub így már nem tudja felderíteni a WinX-et , de pár óra alatt egy újratelepítéssel azt is meg tudom majd oldani, ha másképp nem.
Mindjárt megnézem, hogy a kőkori HP250G1-en be tudom-e brűgetni a vinyóra tett linuxot.
-
Végül is az egész csak fafaragás helyett volt és sejtettem, hogy a végén fogpiszkáló lesz belőle, mint az öreg székely kocsirúdjából, de egyenlőre működik. Az általad javasolt két módosítást meg fogom csinálni. Egyszer valahol a kapitány leírta, hogy hogy kell kitenni a RAM-ba a böngésző cache-t. Majd rákeresek.![;]](http://cdn.rios.hu/dl/s/v1.gif)
) de elindul mindkét notimon (igaz az ősibb HP-n fallbackól kellett indítani). Most ezt az antergost fogom bütykölgetni, s ha elunnám akkor majd a colomb2 Tanár Úr leírása nyomán fogok újra próbálkozni. BUÉK !! Jó kis szabadság volt ez.
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Autós topik látogatók beszélgetős, offolós topikja
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- iPhone 16e - ellenvetésem lenne
- Azonnali informatikai kérdések órája
- Építő/felújító topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Gumi és felni topik
- Kertészet, mezőgazdaság topik
- Kuponkunyeráló
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- Játékkulcsok a legjobb áron: Steam
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
Állásajánlatok
Cég: FOTC
Város: Budapest