- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Honor 200 Pro - mobilportré
- Fotók, videók mobillal
- iPhone topik
- 45 wattos vezeték nélküli töltés jön az új iPhone-ba
- VoLTE/VoWiFi
- Bemutatkozott a Poco X7 és X7 Pro
- Milyen okostelefont vegyek?
- Xiaomi 14T Pro - teljes a család?
- Honor Magic6 Pro - kör közepén számok
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
csixy
addikt
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.
-
csixy
addikt
Linux mint lmde (cinnamon).
Valahogy bekapcsoltam az onboardot.
Hogy tudnám kikapcsolni, hogy indításkor ne jöjjön elő? -
csixy
addikt
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.
-
csixy
addikt
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.
-
csixy
addikt
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 -
csixy
addikt
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. -
csixy
addikt
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 !!!!!!
-
csixy
addikt
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. -
csixy
addikt
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ó .
-
csixy
addikt
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. -
csixy
addikt
Sziasztok. Hogy kell lxde ben magyar kaktereket csinalni?
-
csixy
addikt
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.
-
csixy
addikt
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.
-
csixy
addikt
válasz
ubyegon2 #65260 üzenetére
Elindítottam Lesz ami lesz. Ide lőjetek!
-
csixy
addikt
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 !
-
csixy
addikt
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?
-
csixy
addikt
Tisztelettel kérdezném Kapitány Uramat, hogy lehet-e Chakrát egyből systemd bootal telepíteni , mert gondolom, hogy az UEFI-t már ismeri (a chakra), vagy telepítés után kell barkácsolni?
-
csixy
addikt
egy szerény kis olvasmány tőlem Bodottá van most. De mi lesz kernelfrissítés után?
-
csixy
addikt
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) .
-
csixy
addikt
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.
-
csixy
addikt
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.
-
csixy
addikt
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.
-
csixy
addikt
-
csixy
addikt
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
-
csixy
addikt
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.
-
csixy
addikt
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. -
-
csixy
addikt
Úgy működik gyakorlatilag, mint a közlekedő edények törvénye. Csak az az opció íródhat be az n.-nedik EFI-be, ami ezzel egyidejűleg ill azt megelőzően egy másik EFI-ből kitörlődött valami módon.
-
csixy
addikt
válasz
ubyegon2 #64770 üzenetére
Köszi , ez sikerült, de a lényeg az, hogy egyszerre nem enged egynél több EFI partíciót felcsatolva lenni ,épp ezért mindig csak egy EFI tud működni és ez lehet az ok a systemd-boot esetén is a külső USB-s vinyó használatakor. Tehát, ha az egyik EFI-ről vagyok bootolva, akkor a rendszer nem engedi okosítani a másik EFI partíciót. ... Ez így nagyon okoska , de mégsem elég egzakt , a frász essen bele.
-
csixy
addikt
válasz
ubyegon2 #64763 üzenetére
ELLENPRÓBA
Egon, köszönöm,hogy írtál! Újra raktam az archlabs linuxot most csak cinnamonnal, de most sem jut el csak az első vassal az igazi bootig . Arra gondoltam, hogy most felteszek egy Tessa cinnamont ezúttal Grubbal, és ha most is csak az egyik vassal fog menni , akkor Neked kell nekeM segíteni majd, de nem baj , ha Más is segít és azt is fogom köszönni! Az egész előtt természetesen gyalulom az USB-s vinyót. -
csixy
addikt
Amíg ilyen jól kivitatkoztátok magatokat, addig én ágyaspálinkát gyártottam aszalt gyümikkel , üvegekkel , dugókkal,címkékkel , zsugorfedőkkel, hőlégfúvóval, nameg pálesszel, de azóta sem értem, hogy ha frissen leformázok három partíciót egy USB-s vinyón és csatolom ahogy kell és telepítem rá a rendszert és már sehol sincs titkosítás, akkor miért nem viselkedik minden vason ugyanúgy ez a rendszer. Az UUID-ról én is rendelkezem némi fogalmakkal openwrtés korom óta. BUÉK !!!!
-
csixy
addikt
válasz
Frawly #64712 üzenetére
oksa
most a hp250g1-en megy és az asus541na-n nem megy és a wise keskeny kliens USB3-as portjáról nem indul el ,de az USB2-esről elindul csak a make user accoutnts után elakad a boot folyamat.# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES=(piix ide_disk reiserfs)
MODULES=()# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=()# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=()# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
## This setup specifies all modules in the MODULES setting above.
## No raid, lvm2, or encrypted root is needed.
# HOOKS=(base)
#
## This setup will autodetect all modules for your system and should
## work as a sane default
# HOOKS=(base udev autodetect block filesystems shutdown)
#
## This setup will generate a 'full' image which supports most systems.
## No autodetection is done.
# HOOKS=(base udev block filesystems shutdown)
#
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
# HOOKS=(base udev block mdadm encrypt filesystems)
#
## This setup loads an lvm2 volume group on a usb device.
# HOOKS=(base udev block lvm2 filesystems)
#
## NOTE: If you have /usr on a separate partition, you MUST include the
# usr, fsck and shutdown hooks.
HOOKS=(base udev autodetect modconf block filesystems shutdown keyboard fsck)# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
#COMPRESSION="lz4"# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=()most a boot mappát nem látom, mert ez a linux a vinyó uefi partícióját nem csatolja fel (nyilván hivatalból kontra tarokkos nyelven szólva).
Holnap majd bebootolom a hp-ről és felteszem a conf fájlok tartalmát.
Addig is Köszönöm szépen!
-
csixy
addikt
-
csixy
addikt
-
csixy
addikt
válasz
Frawly #64700 üzenetére
Köszönöm ! Ezt az ikon téma témát mégyszer megpróbálom úgy ahogy írtad most ( mert nekem csak most esett le a tantusz az újra indítással kapcsolatban).
"Az UUID-t beadja kitételen nem tudom mit értesz. Mit ír ki pontosan?" hát ez nem működik gondolom printscreennel. De ugyanúgy indul mint a működőn, azután , hogy kiírja hogy
... UUID: blablabla ezután a sor után nem bír továbblépni jó irányba.
-
csixy
addikt
válasz
ubyegon2 #64686 üzenetére
Most egy usb-s tokba rakott vinyóra telepítettem fel UEFI, GPT, systemd-boot, saját EFI partíció (boot, esp) és cryptroot . Így:
Az lenne a kérdésem, hogy ezt a gumi-asus notin be tudom bootolni, viszont a HP250G1-es notin csak addig jut el, hogy a / partíció UUID-jét beadja, de a cryptroot jelszó bekéréséig már nem jut el . Miért?
Na egyszerűsítek . Újratelepítem ezúttal a HP notit használva cryptroot nélkül , de azon kívül ugyanígy . Meglátjuk, hogy mi lesz a mappa ikonokkal.
-
csixy
addikt
Felraktam megint egy archlabs linuxot megint systemd boottal egy usb -s vinyóra , csak hogy gyakoroljak, meg leellenőrizzem a vinyót , mert az előtte porteussal be-be döglött ( de az valószinüleg a porteus hibája lehetett). Saját UEFI partíciót csináltam neki. Most LTS kernelt dugtam bele, de így se nincsenek mappaikonok.
-
csixy
addikt
válasz
Frawly #64577 üzenetére
Ezt fordítsátok le RaPiDsHaRe kollégának !
https://ubuntuforums.org/showthread.php?t=2393686 -
csixy
addikt
-
csixy
addikt
Arch kde .... eltüntek a mappa ikonok . Hogy kell őket elővarázsolni?
Ú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!
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- hdanesz: Hyundai Ioniq 28 kWh 2018 2. felvonás
- Gamepad
- Apple MacBook
- Milyen program, ami...?
- Honor 200 Pro - mobilportré
- Milyen belső merevlemezt vegyek?
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Intel Core i3 / i5 / i7 / i9 10xxx "Comet Lake" és i3 / i5 / i7 / i9 11xxx "Rocket Lake" (LGA1200)
- További aktív témák...
- Csere-Beszámítás! Sapphire Pure RX 7900XT 20GB Videokártya! Bemutató darab!
- AKCIÓ! Csere-Beszámítás! Gainward Phantom RTX 4070Ti 12GB GDDR6X Videokártya!
- Microsoft Surface Book 3 - 15 col
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD Sérült I W10 I CAM I Garancia!
- LG 27GR95UM - 27" MiniLED - UHD 4K - 160Hz 1ms - NVIDIA G-Sync - FreeSync Premium PRO - HDR 1000
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest