- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- Klaus Duran: Youtube AI szinkron
- sh4d0w: Netflix? Ugyan, VW előfizetés!
- eBay-es kütyük kis pénzért
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Magga: PLEX: multimédia az egész lakásban
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Frawly
veterán
Ha a Windows UEFI bootja csesződik el, azt nehéz javítani, nem lehet egyszerű BCD-vel. Ez nem az UEFI hibája, mielőtt megint ezzel jönne Ubi, hanem a MS baromsága.
De meg lehet javítani az Win10 UEFI bootját is így:
Windows 10 telepítőjével bebootolni UEFI módban.
Kiválasztani a nyelv, billentyűzet megadása után, hogy Repair Your Computer (Számítógép javítása) majd ott egymás után kiválasztva: Troubleshoot (Hibaelhárítás), Advanced Options (Haladó mód), Command Prompt (Javítókonzol vagy Parancssor vagy minek van fordítva).Az így nyitott javítókonzolban:
diskpart
sel disk 0 (ennek lehet más lesz a száma, ha több lemez is van)
sel vol 1 (az EFI partíció száma, „list vol” paranccsal ellenőrizhető)
assign letter=F: (az első szabad betűjelet kell neki megadni)
exit (kilépés a diskpart programból)
cd /d F:\EFI\Microsoft\Boot\
bootrec /rebuildbcd
itt ki kellett választani 1-essel a meglévő Windows-telepítést
exit (kilépés a javítókonzolból)
Gép újraindítása után már jónak kéne lennie a bootolásnak. -
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.
-
válasz
Frawly
#64797
üzenetére
Persze, hogy nem vagyok ojjektív! Ettől még azt szeretem és használom, ami stabilan működik. Szerinted kihalófélben lennék?
Annyi, hogy nekem a telepített meg belakott rendszer nem szent, amihez nem szabad hozzányúlni
vs.
mivel a /home-ben megmaradnak a konfigfájlok, meg az /etc/-t is le szoktam menteni
Értem.
Én még /home-ot sem csináltam soha.
Egyébként tudom, hogy nem is engem akarsz meggyőzni, mert tudod, hogy fafejű őskövület vagyok! Viszont teret adok neked a hype-ra!
(amúgy meg nincsenek elvárásaim veled szemben, mert Winx-es fan vagy!)
-
Frawly
veterán
válasz
ubyegon2
#64796
üzenetére
Az a baj, hiába írom le az előnyeit újra és újra, úgyse lehet téged meggyőzni. Érzelmi alapon az UEFI és az Arch-vonal ellen vagy, és az elfogultság nem hagyja, hogy objektíven lásd a tényeket.
Az Archot nem azért telepítem újra, mert kell. Azért, mert szeretek új dolgokkal kísérletezni, meg néha napján tiszta lappal kezdeni (régi, nem használt csomagok felgyülemlenek egy idő után), jót tesz a rendszer soványságának és pattogósságának. De ha akarnám, használhatnám az idők végezetéig, pont az a rolling lényege, hogy ne legyen újratelepítési kényszer. Annyi, hogy nekem a telepített meg belakott rendszer nem szent, amihez nem szabad hozzányúlni 100 évig.
Egy Archot amúgy sem nagy munka újratelepíteni. Csak mondom. Pont az UEFI boot miatt a bootos részét újra sem kell tenni, az megmarad az EFI partíción (legfeljebb az egyik .conf-ban UUID-t kell átírni). Csak felcsatolom a partíciókat, a root-ot formázom, genfstab, chroot, pacman -S base base-devel megamikell, újraindítás után useradd meg passwd. Konfigolni sem sokat kell, mivel a /home-ben megmaradnak a konfigfájlok, meg az /etc/-t is le szoktam menteni, ha onnan kell valami beállítás.
Minden telepítés alkalmával kipróbálok új dolgokat, más grafikus felület, más display server, más login manager, más systemd-s hálózatkezelős megoldás, esetleg más fájlrendszer. Mindig próbálok egyre optimálisabb megoldásokat választani mindenhez, ami a legkevésbé bloat, vagy gyorsabb, mint az elődje. Így egyrészt megmarad a frissesség érzése, hogy nem mindig ugyanazokat használja az ember unásig, meg tágítja a látókört.
Egyébként én leváltanám magát az Archot és az UEFI-t is, ha lenne helyettük még jobb disztró vagy még egyszerűbb bootmegoldás, de nincs. Gentoo-n gondolkoztam egy időben meg FreeBSD-n, de úgy járna egy csomó munkával vagy kompromisszummal, hogy semmit nem profitálnék belőle.
-
válasz
Frawly
#64795
üzenetére
egyes gépek tudnak BIOS Legacy bootot GPT-vel is, de ez nem általános.
Egyes oprendszerek inkább, mint a Linux, a Windows szerintem semmilyen gépen nem tudja, de ehhez nem értek.
Plusz a GPT kezelése, és ez nem csak a 2+ TB partíciókat, lemezméretet jelenti, hanem pl. nem kell ilyen elsődleges, logikai, kiterjesztett partíciókkal szórakozni.
Ezt már sokszor leírtad, de hány másodperc egy Extended particiót létrehozni, úgy őszintén? Úgy írod le, mint ha az valami húde bonyolult dolog lenne. Kipróbáltam, 2 másodperc.
Igazából nem azért népszerűek ezek az Arch-alapú dolgok, mert most ez a hype, hanem rájött az egyszeri felhasználó, hogy nem kell fél-egy éves kiadási ciklusokra várnia, meg disztrót upgrade-elni külön, és így azonnal friss verziókat kap, amivel jobban megy a Steam, új GPU driverek, új Kodi, új böngészők, stb..
Ezt nyomatjátok állandóan, sokan meg bedőlnek ennek, ezért mondom, hogy hype. Meg amúgy is, szerencsére nem fejeztem be a Cinnamonos írásomat, de neked tetszene, mert épp a papagáj színekkel operáló oprendszereket állítottam szembe egy visszafogott stílussal....szép színekben pompázik a Manjaro, ennyi a titka a sikerének a felhasználóknál. Van még jó pár Archklón, de a Manjaro kilőtt, miért? Mert megnézték a képeket róla. Sajna ilyen a felhasználó.
Ezzel meg ne fárassz már, hogy olyan sokáig használná valaki, hogy az Ubuntu LTS ciklust is meghaladná. kackackac Akinek nem kell stabil rendszer, felőlem használhat Archklónt.conclusive: az átlagnak átlag gépe van, amin az LTS működik stabilan. Ez ennyi, a többi csak süketelés.
Ne vedd a lelkedre, te sem használni akarod az Archodat, ezért telepíted hetente x-szer újra. Én felteszek egy 2 éves ciklusú LTS-t és használom a következő alverzió frissítéséig és utána még tovább. Semmit nem telepítek újra 2 évig. Pont ezt unnák meg a felhasználók? Ne röhögtess már, mert kireped a szám.
-
Frawly
veterán
válasz
ubyegon2
#64789
üzenetére
A 2+ TB méret UEFI függelten, egyes gépek tudnak BIOS Legacy bootot GPT-vel is, de ez nem általános. Ezért szokták a kettőt összekötni.
Az UEFI előnye alapvetően, hogy nincsenek benne a hagyományos BIOS korlátozásai, így több funkciót tudnak beletenni (grafikus felület, hálózatkezelés, online frissítés és még egy csomó extra), gyorsabban tud bootolni, mivel kihagy egy csomó hagyományos BIOS POST tesztet, lemezmeghajtókat, lemezvezérlőt gyorsabban inicializálja. Meg mivel önmagában is bootmanager, nem igényli más bootmanagerek jelenlétét (GRUB, syslinux, stb.). Plusz a GPT kezelése, és ez nem csak a 2+ TB partíciókat, lemezméretet jelenti, hanem pl. nem kell ilyen elsődleges, logikai, kiterjesztett partíciókkal szórakozni.
A Manjaróval nincs probléma. Az, hogy Arch-alapú, az csak neked szúrja a csőröd. Igazából nem azért népszerűek ezek az Arch-alapú dolgok, mert most ez a hype, hanem rájött az egyszeri felhasználó, hogy nem kell fél-egy éves kiadási ciklusokra várnia, meg disztrót upgrade-elni külön, és így azonnal friss verziókat kap, amivel jobban megy a Steam, új GPU driverek, új Kodi, új böngészők, stb..
-
mentőpartíció ... annak nem kicsi. OK, hogy olvassa, ha felcsatolod, de ha benézel a gparted-del a formázás opcióba, látni fogod, hogy inaktív az exfat.
No mondjuk sose csináltál még normális felépítésű particionálásokat meg telepítéseket, de legalább ez nem unalmas.
(bocsi, de ezt nem hagytam ki) -
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.
-
ontheground
tag
válasz
Frawly
#64784
üzenetére
Utánaolvasgattam még kicsit, így megoldódott, de köszi a tanácsokat. A telepítő által kreált cucc hibás volt, a nyilazottakat kellett módosítani:
savedefault
insmod part_msdos
insmod ntfs
set root='hd0,msdos3' <--ez msdos1 volt alapból, tévesen
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 01D1A5A67D353C10
else
search --no-floppy --fs-uuid --set=root 01D1A5A67D353C10
fi
parttool ${root} hidden-
parttool ${root} boot+ <--ez hiányzott, XP partíció aktívvá tétele, háklis rá az XP
drivemap -s (hd0) ${root}
chainloader +1
ntldr /ntldr <--enélkül BOOTMGR missing hibaüzi van, bár ez lehet az előző sor elé kéne, grub1-es időkből az rémlik, de így is mükszik+a "Win7 bootloader" Grub menüpont is kapott egy "parttool ${root} boot+" sort, hogy aktív legyen a BCD partíció, ha Win7-et akarok indítani.
-
válasz
Frawly
#64788
üzenetére
Te átestél a ló túlf*ra, fő előnye az UEFI-nek a 2TB+-os partició méret, a többi előnye megfoghatatlan, még szerencse, hogy már nincs floppy meghajtód!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Egyébként a GRUB problémákra mindig van megoldás, sajnos különböző hype disztrók, mint Manjaro, etc. képtelenek más disztrókkal együttműködni, de még ez is megoldódott. Ez az Arch-klón hype amúgy is totál kinyírja a desktop Linuxokba vetett hitet. Ha nem lenne olyan a másik kedvenced a Winx, akkor sokan inkább azt használnák desktop Linux helyett.
Remélem mire nem támogatják a gépeim a legacy-t, addigra lesz normális UEFI Linuxra alkalmazhatóan is vagy marad nekem is a winxyz....
-
Frawly
veterán
válasz
ubyegon2
#64787
üzenetére
Valóban, az a 33% inkább bootprobléma, de a nagy része GRUB és csak egy kisebb része UEFI.
Nyilván, ha a gép vagy az OS (pl. XP) nem támogatja az UEFI bootot, akkor nem tudsz vele mit csinálni. De ilyen gép egyre kevesebb lesz, meg nem hivatalosan XP-nél is ki lehet trükközni az UEFI bootot, ennek utána kéne nézni.
Egyébként nem kell ragozni, mert világos, hogy te ellene vagy, és nem fogsz UEFI-re váltani, csak akkor, ha már olyan gépeid lesznek, amik egyáltalán nem támogatják a legacy bootot. Értettük, felfogtuk.
Bizony, pendrive-on is híve vagyok az UEFI bootnak. Bár ott általában nem kell sokat trükközni, csak kell rá egy FAT32 partíció.
-
válasz
Frawly
#64785
üzenetére
Abban hiszek, ha van egy újabb, modernebb, rugalmasabb megoldás, amit a gép támogat, azt kell használni.
33%-a GRUB problémáról szól, 33%-a jogosultsági gikszer, 33%-a meg a GPU driverrel kapcsolatos
Azon a ködös részen más számrendszer van? UEFI meg egyéb problémák csak 1 %?
Hogyne....(#64786) csixy
Ne add fel, Frawlynyek koma ráerőlteti még a pendrive-odra is az UEFI-ket, ne félj.
-
-
Frawly
veterán
válasz
ubyegon2
#64782
üzenetére
Nem vagyok UEFI hívő. Abban hiszek, ha van egy újabb, modernebb, rugalmasabb megoldás, amit a gép támogat, azt kell használni. Nem csak az UEFI-re vonatkozik, így vagyok a GPT, Wayland, KMS GPU driver, stb. téren is.
A GRUB-bal az a baj, hogy nagyon bonyolult, sokféleképpen el tud törni. A Linuxos topikokban lévő problémák 33%-a GRUB problémáról szól, 33%-a jogosultsági gikszer, 33%-a meg a GPU driverrel kapcsolatos (nincs kép, tearing vagy szaggatás van). GRUB nélkül már ki is lőttünk egy fő problémaforrást, és nem lesz gond többé a bootolással.
Egyébként meg neked nem az UEFI-vel van a bajod, hanem a gyatra disztrókkal, amiknek a telepítője képtelen egyes gépeken rendesen beállítani.
-
#64784
Frawly
veterán
ontheground
#64783
Frawly
veterán
válasz
ontheground
#64783
üzenetére
Akkor nem tudom, lehet fordítva van, nem ülök a géped előtt. A lényeg, hogy a hd után a számozás megfelelő legyen, ha másik vinyón van, mint a Linux, akkor el kell térnie a számozásnak. Ha a hd0, vagy hd1 nem jó, meg lehet próbálkozni hd2, hd3, hd4, hd5-tel is, mivel írtad, hogy SATA5-ön van az XP-s HDD:
-
ontheground
tag
válasz
Frawly
#64781
üzenetére
Itt van a többi menu-entry is:
Linux Lite
recordfail
savedefault
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1 4cc10de6-6fb4-4586-894d-29fe03f53b04
else
search --no-floppy --fs-uuid --set=root 4cc10de6-6fb4-4586-894d-29fe03f53b04
fi
linux /boot/vmlinuz-4.15.0-42-generic root=UUID=4cc10de6-6fb4-4586-894d-29fe03f53b04 ro
initrd /boot/initrd.img-4.15.0-42-genericWin7 bootloader
savedefault
insmod part_msdos
insmod ntfs
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 01D1A5A5E0020270
else
search --no-floppy --fs-uuid --set=root 01D1A5A5E0020270
fi
parttool ${root} hidden-
chainloader +1A sima Win7-et már kivettem, mert minek. Látható, hogy hd1-ként van a Linuxos winyó, hd0-ként a Win-es, ezt ő számozta be magának alapból Linux/Grub telepítéskor, úgy, hogyha gond, akkor a többivel is gondnak kéne lenni. A 01D1A5A5E0020270 viszont nem értem mit keres ott minden Win-es bejegyzésnél, az valami lemez sorozatszám lenne? Mert UUID-nek túl rövid.
-
-
#64781
Frawly
veterán
ontheground
#64780
Frawly
veterán
válasz
ontheground
#64780
üzenetére
Szerintem az a baj, hogy az sdb1, amin az XP és a BCD van, nem hd(0,), hanem hd(1,...).
-
#64780
ontheground
tag
ontheground
tag
Sziasztok. Nem teljesen Linux kérdés. Adott két hdd egy 775-ös gépben. Mindegyiken csak elsődleges partíciók vannak.
BIOS sata1-en az sdb, partíciói: sdb1: BCD bootloader ntfs(aktív+boot), sdb2: Win7 NTFS, sda3: WinXP ntfs.
Bios sata5-ön az sda, partíciói: sda1: ext4 Linux Lite / ; sda2: ext4 /home; sda3: swap.
Grub2 az sda winyón.
Linux Lite szépen bootol Grub-ból, Win7 is(mind az sdb1(BCD bootloader), mind az sdb2(közvetlen) entry-vel), az XP sajnos nem, sem a Grub-os BCD boot entryt kiválasztva(sdb1), sem a sajátját(sdb3).
Az XP boot fájljai(boot.ini, ntldr) megtalálhatóak az sdb1 BCD és az sdb3 WinXp partíción is.
Az XP-t csak akkor tudom elindítani, ha a BIOS-ban a sata1 winyó van kiválasztva első winyónak, nem pedig a sata5, ekkor a BCD tölt be, nem a Grub, értelemszerűen.
A grub alapból a következő bejegyzést hozza létre az XP-nek(grub-customiser-ből kiolvasva):Normal WinXP PAE (on /dev/sda3)
savedefault
insmod part_msdos
insmod ntfs
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 01D1A5A67D353C10
else
search --no-floppy --fs-uuid --set=root 01D1A5A67D353C10
fi
parttool ${root} hidden-
drivemap -s (hd0) ${root}
chainloader +1Merre induljak el? Végülis eddig jó volt így, csak jó lenne, ha nem kéne a Biosban matatni, ha az XP kell éppen.
Esetleg jó lehet az,ha mindegyik Win-es entry-be berakok egy
parttool (hd0,x) boot+
sort, és akkor az lesz az aktív partíció az sdb-n, amelyiket Grub-bal éppen indítom(x a partíció Grub-os sorszáma [0,1,2])? -
-
-
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.
-
-
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. -
Nemtom hallod, a partíciós tábla igen fura jószág. Az elmúlt ~20 évben úgy tudtam, hogy ha gyalulod, akkor az gyalulva van.
Egy ideje azonban úgy néznek ki a dolgok, hogy
- OS ki pendrive-ra -> nem bootol.
- Live image pendrive-ra (img-ben van, vagy 5GB) -> bootol, ha utána kiteszek mást rá Unetbootin-nal, akkor az is
- Ha winfos volt rajta, akkor csak akkor, ha ráírom az img-t, sehogy máshogy, utána minden más bootol
- ipxe csak és kizárólag Rufus-ból írva bootol
- De ha lehúzom az ipxe imaget dd-vel a pendrive-ról, akkor az se bootol többetÉs egy csomó esetben ezek közül, ha újrateszem a partíciós táblát, akkor sem bootol semmi
De ha virtuál win alól írok rá Rufus-sal, akkor igen...!Ilyenkor jól jönne némi pálinka ide is.
-
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 !!!!
-
-
-
Frawly
veterán
válasz
#68216320
#64743
üzenetére
Ja, Linux alatt használhatsz Putty-t, de sok értelme nincs. A pu„tty”-ot Windowsra találták ki, ahol nincs konzol, nincs rendes terminál, de mégis be kell SSH-zni valahova, akkor legyen valami megoldás. A linuxos konzol meg a sokféle terminálemulátor feleslegessé teszi.
-
Frawly
veterán
Pár dologban jobb a tiling
1) kizárólag billentyűzettel is vezérelhető gépírástartásban
2) egyszerre több alkalmazás ablakára látsz rá hatékonyan, anélkül, hogy tilitolizni kell őket
3) egyszerű, kis erőforrásigényű, emiatt pattogósabb, mint egy KDE, Gnome3A tiling lényegében azt jelenti, hogy alapból úgy ossza fel a képernyőre az alkalmazásokat, hogy azok ablakai nem takarják egymást, kicsempézi velük a képernyőt, hasznosítva minden felületet a képernyőn. De ez a viselkedésmód sok ilyen tiling WM-ben kikapcsolható, és hagyományos tilitolizós módban is tudnak működni, amire szükség is van, mert ha pl. egy progi feldob egy kisebb párbeszédablakot, akkor azt csúnya lenne új csempeként vagy teljes képernyőn kezelni.
i3wm-en van még tabbed mód, ez olyan teljes képernyős mód, hogy az alkalmazások ablakfejléce fülekként látszódik, én így használom.
Persze szokni kell, meg nem mindenkinek nyújt előnyt. Ahhoz hogy az előnyét kihasználd, szerintem jól jön, ha tudsz gépírni (vim-nél is ugyanez van).
-
St3ven
addikt
Két ünnep között a fű sem terem ebben az országban, nemhogy egy PC utazgasson kereskedő-szerviz-kereskedő viszonylatban.
@hcl
Valóban, marad az, csak az üresjáratban érdekes lett volna próbálkozni ezzel-azzal.
Kíváncsi vagyok, mit mondanak majd.Köszönöm a segítséget mindenkinek.
-
St3ven
addikt
- Kiszeded a winyót/SSD-t/amin az OS van
Igen, ez az, amit nem tudok vállalni, főleg így, hogy még garis, pedig amit közvetlenül utána írtál, az frankó lenne SSH-val.
Nyilván diagnosztikai célzattal, ahogy írtátok.@Frawly
Kipróbáltam a zseblámpás módszert, sajnos nem látni semmit.
- Ha helyhiánnyal küzd, vegyen laptopot, ha nem, akkor vegyen rendes asztali gépet.
Azzal küzdök, laptop viszont már van.
-
kemotox
addikt
Nagyon röviden arról van szó, hogy nem lebegő ablakok vannak, hanem mikor elindítasz valamit, akkor fullscreenbe csapatja. Ha megint elindítasz valamit, akkor felezi a képernyőt. Pontosabban az aktív ablakot. Választhatsz, hogy függőlegesen vagy vízszintesen felezzen. Szépen össze lehet stackelni az ablakokat.
Valamint a workspace kezelés is nagyon frankó, be lehet konfigolni, hogy bizonyos alkalmazások bizonyos workspacen nyíljanak meg. Nagyon jó workflow-t lehet kialakítani az egésszel.
Youtube-on nézz meg egy random i3-as videót, nagyon sok van ahol bemutatják a saját kis setupjukat.A másik dolog, meg hogy klaviatúrával vezérled a cuccot. Minden megnyitás, bezárás, tologatás, méretezés, ablak másik workspace-re rakása, stb bill.-kombókkal történik. Hirtelen szívásnak hangozhat, de nagyon intuitív, egyszerű a dolog, írtó hamar hozzá lehet szokni, és úgy már tényleg nagyon gyors a munka.
Csak hát konfigolgatni kell, nem valami igazán out of the box dolog. De nagyon jól testreszabható. Épült is erre egy kis közösség, akik "rice"-olgatnak, azaz tuningolgatják a desktopjukat. Itt sok példa van a különböző setupokra.
Szerk.: Ja és a félreértések elkerülése végett, természetesen van egér ugyanúgy, lehet böngészni meg minden, sőt akár a panel is tudd kattintható lenni meg bármi, ha megcsinálod.
-
#68216320
törölt tag
válasz
Rimuru
#64739
üzenetére
Sonja: Köszi.
colomb2: Ehh, hogy mit szenvedek a putty-val, pedig most kényelmes módon ssh -i <private_key_path> <user>@<ip-address> megoldással lazán kapcsolódtam
Köszi, hogy "úgymond beszoltál" (legjobb értelemben véve) Ez az ssh-client jobb megoldásnak tűnik. Legalábbis nekem tetszik. Gondolom ez akkor mac gépen is működhet. Kipróbálom majd.(#64741) cigam: Ez engem is érdekelne.
Régebben próbálkoztam OpenBox-al, nekem bejött, hogy a lehető legtöbb felületet használhatom mondjuk egy editor esetén. Semmi sallang, topbar, satöbbi. -
-
#68216320
törölt tag
Gondban vagyok. Ubuntu 18.04-en Putty-t használok SSH-ra. A copy/paste jelenti a gondot.
Az rendben van, hogy a middle-mouse paste funkiót hajt végre, de az ssh terminal-ból kimásolni nem tudok semmit. Tudna valaki segíteni ebben. Bújom a netet közben magam is, de valami kényelmes megoldás volna jó.
Win alatt kényelmes volt a right-mouse paste, ctrl+c copy funkció. Gondolom itt a ctrl+c a program break nem? -
Rimuru
veterán
válasz
ubyegon2
#64734
üzenetére
Regen volt tint2 lent, es egy conky (gondolom erre gondolsz
), kesobb a panel eltunt de a conky maradt.
Utana awesome gyari paneljat hasznaltam fent, conkyra nem volt szukseg, utana stumpwm alatt nulla panel volt conky szinten nem volt (gyari messaging rendszert hasznaltam a date kiiratasara)
Utana jott az i3wm, itt van panel, de csak billentyuzettel lehet elohozni amig nyomva tartom, es szinte csak ora megnezesere hasznalom. Tobb monitor eseten hasznos meg munkahelyen, mert igy latszodik melyik desktop melyik monitoron van (nincs mindnek fix helye).macOS alatt azert tudom elviselni a panelt mert beepul az aktualis alkamazas menuje nincs dupla helyfoglalas, bar az hianyzik hogy felrantom az egeret es egybol tudok tabot valtani a bongeszoben.
-
válasz
Rimuru
#64733
üzenetére
Akkor volt egy rejtett panelod jobb oldalon quasi. Csak nem úgy hívtad.
Na.....de gyenge és még kicsit átverős is. 😂
Még mindig eszembe jut, mekkora marhának nézett Frawly koma.....
WM-ekről volt szó és én mégis procinak reagáltam le az i3-at!🤣
(ez vért kíván, meg kell bosszúlnom) -
-
Shyciii
veterán
Én minimalista Openboxot használok. Van fent egy panel. Ezen középen van egy óra, és jobb oldalt az akksi töltöttsége, és hangerő ikonja, kész. Semmi launcher, megnyitott programok ablaka, semmi. Többit bill kombókkal nyitom. Gyorssbb, mint egérrel vezérelnem. És persze az egész rendszer hipergyors
-
Frawly
veterán
válasz
kemotox
#64728
üzenetére
A LaTeX helyett jobb a sima TeX. Abból is valami modern, Unicode-ot és OpenType, TrueType, Graphite fontokat támogató modern verzió, pl. XeTeX, vagy LuaTeX.
A vim-et még nekem sem sikerült használatóra elsajátítani. Rendszeresen megpróbálkozok vele, mert az alapok mennek, de nem tudtam fő editornak befogni.
(#64729) ubyegon2: nincs baj a Cinnamonnal és a Mate-tel. De én pl. unnám azokat az idők végezetéig használni. Az is igaz, hogy ha egy WM-et nagyon kicsicsázol, meg fullosra felkonfigolod, akkor lényegében DE-t csinálsz belőle, és elveszik az előnye a többi DE-vel szemben.
-
válasz
Frawly
#64727
üzenetére
Én olvasom a blogolást amott!
Tudom mivel szívsz.Az i3/i7 poen mögé direkt nem raktam smilet, bíztam benne, hogy rajtad kívül senki nem akad rá!
Még ha ennyire infoanalfabéla lennék se keverhettem volna a kettőt a kolléga szövegkörnyezete miatt.
Szerintem robotosodtál gondolkodásilag a sok wm-ezés miatt.Openbox, ha rendesen bekonfigolod panellal, meg indítómenüvel, tálcaalkalmazásokkal, akkor elérheti simán a Cinnamon szintjét
Ja, de akkor nem is marad semmi előnye! Én az új Ubuntut alakítottam át Cinnamonosra és rájöttem, hogy minek akkor ez? Gnome3 nem is kéne, Mate az viszont jó.
Cinnamont nem lehet megunni!
-
Frawly
veterán
válasz
ubyegon2
#64722
üzenetére
A WM-ekkel alapvetően nincs baj. Csak a Wayland túl új még. Xorg-on kifejezetten nincs velük baj, a Xorg-gal nekem van bajom, hogy nem szereti az Intel GPU-mat, pedig a HD3000 még aktívan támogatott driverügyileg.
Az i3-nak semmi köze nincs az i7 procihoz. Igazából i3wm a neve, csak kényelemből elhagyják a wm-es részt. De ez a WM hamarabb létezett, mint az Intel procija.
A WM-ek akkor jó, ha megunod végre a klasszik DE-ket, meg a Cinnamont, és ki akarsz próbálni valami nagyon másik koncepciót. Meg WM-ekből is van sokféle, pl. egy Openbox, ha rendesen bekonfigolod panellal, meg indítómenüvel, tálcaalkalmazásokkal, akkor elérheti simán a Cinnamon szintjét. Nyilván a minimalista WM-ek más kategória. Azon belül meg a tiling WM-ek, de ezeket már azoknak találták ki, akik billentyűzetről irányítják a gépet, és tudnak gépírni lehetőleg. Ugyanaz a célközönségük, mint a vim-nek.
-
válasz
lev258
#64724
üzenetére
tudom, hogy félreértetted. Egyébként, ha nem kifejezetten szórakoztatónak tartja valaki, akkor lehetetlen is követni!
(#64725) kemotox
Tudom mi a tiling lényege, de ezek szerint szintén nem követted Frawly koma harcait a wm-ekkel! Így meg ugye nehéz.... Amúgy valóban nem ismerem a wm-eket, de majd akik használják, csak eldöntik, hogy akkor miért, ha nem gyorsabb...
-
válasz
Frawly
#64720
üzenetére
A használhatatlan WM-ekről pont azért írok, hogy másnak ne kelljen pocsékolni rá az idejét.
Tudom és én élvezettel olvasom amúgy az ilyen blogolós szívásokat. Ha eddig nem akartam, ezután főleg nem akarom a wm-eket. Relatív erős gép és elég memória mellett csak önszívatáésnak tudom be a dolgot. Jó, tudom, te tanulásnak mondod!
UUID- a név magáért beszél, ja.
(#64721) kemotox
Én két ujjal is tudom meg egerezek is. Mivel böngészőn belül dolgozom, ha nem lébecolok, így nem nagyon van kényszer sem. No meg van karakteres böngésző is, hogyne. Nekem ezen a gépen elég gyors a cinmanó amúgy.
Ja, azt mondtam már, hogy home user vagyok!? Ja, vagy 1000x. (az öreg laptopban meg i7 van!)
(#64723) lev258
Nem, WM, vagy nem az a windows manager?
-
Frawly
veterán
válasz
ubyegon2
#64719
üzenetére
Valóban, az UUID-t ezért találták ki, egyedi, nem változik. A /dev/sda, stb. viszont meg tud változni, csatlakoztatnak valami pendrive-ot, vagy külső meghajtónak van visszarakva a lemez, és simán lesz a /dev/sda azonosítóból /dev/sdb vagy más. Ezért nem javasolt a használata, bár lehetséges.
A használhatatlan WM-ekről pont azért írok, hogy másnak ne kelljen pocsékolni rá az idejét.
-
Amúgy ami ebben a képen látható terminal kiírásban van, azt nézted már? Sokan ezt dekoratívnak tartják, pedig, mint esetünkben is, inkább informatív.
A particiók megnevezését kevered az UUID-del szerintem is, a nem ritka, hogy ami itt sda, az amott sdb-vé válik.
Na, kedveled már a titkosításokat?
Remélem nemsoká kedvet kapsz Frawly komától a totál használhatatlan wm-ek kipróbálásához is!
-
Frawly
veterán
Rosszul látod. Az UUID pont azért van, hogy egyedi legyen. Ha nem particionálod újra a lemezt, vagy a partíciókat nem formázod újra, akkor nem változik a PARTUUID, sem az UUID. Ha átteszed a lemezt egy másik gépbe, vagy klónozod a rendszert, az UUID-k azonosak maradnak.
-
Rimuru
veterán
Az UUID az nem valtozik, csak akkor amikor piszkalod a lemezt, pl formazod akkor alapertelmezetten kap random uuid-ot (egyebkent tudsz kezzel is megadni).
Nem olvastam vissza, de crypt alapjan van tippem mi zavarhatott meg: van egy particiod amin pl luks van, annak van egy uuid-ja, ezt feloldottad majd formaztad, tehat van rajta egy faljrendszer, ennek is van uuid-ja.
pl:
sda:
├─ sda1 - efi - uuid1
├─ sda2 - luks - uuid2
└─root - ext4 - uuid3
└─sda3 - luks - uuid4
└─data - ext4 - uuid5 -
Frawly
veterán
Ez szerintem már nem annak a rendszernek az mkinitcpio.conf-ja. Ebben semmilyen megfelelő hook nincs, se encrypt, se semmi. Ha ez tényleg a titkosított rendszeré, akkor persze hogy nem tudja felcsatolni a titkosított root partíciót.
Ezek a hook-ok kellenek HOOKS= részhez pluszban keyboard keymap encrypt lvm2. Ezek a systemd-nek kellenek, hogy fel tudja csatolni a root partícióról a dolgokat és előkészítse a bootolás érdemi részét.
Azt viszont nem értem, hogy mit számít neki, hogy milyen gépen indul. Ha egy gépen elindul, az összesen el kéne indulnia. Nálam volt hasonló, mikor egy 2. genes i7-es alól szedtem ki a rendszert és betettem egy 3. genes i5-be, szintén noti, ott crc32 hibát adott a kernel, ezért kellett a MODULES= részbe a crc32c-intel modul is, de ha nálad nem ír ki ilyet, akkor neked nem kell. Még azt sem mondanám, hogy számít a gépek hardverkiépítése, mert a kernel mindent újradetektál, egyedül a zárt GPU driver lehet gond.
-
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!
-
Frawly
veterán
Ha így kapkodsz, meg nincs türelmed megoldani a problémát, hanem újratelepítéssel megkerülöd, akkor nem fogsz fejlődni. Szerintem mehet titkosítással is, valami mkinitcpio hook hiányzott neki, vagy kernelparaméter.
A KDE ikonokat illetően tanácstalan vagyok. Főleg, hogy csak a mappaikonok hiányoznak, a programok eszköztárából meg ezek szerint nem, pedig az ikontéma azokat is érinti. Elvileg a KDE-hez be kell rántsa függőségnek a főbb ikontémákat, hogy legalább default jó legyen.
Szerk.: ja, most látom, hogy nem rendes Arch, hanem Archlabs. Akkor meg aztán a fene tudja, hogy ők mit keffintettek el, az Archlabs fórumon kéne érdeklődni.
Szerk. 2.: esetleg meg lehetne próbálni frissíteni a KDE icon cache-t:
kbuildsycoca4 --noincremental -
-
Frawly
veterán
Belefáradva még nyomhatod ide a cat /etc/mkinitcpio.conf és a /boot/loader mappában lévő összes .conf fájl tartalmát. Az Arch pont arról szól, hogy nem fáradsz bele, hanem utánanézel dolgoknak, megtanulok megoldani a problémát, onnantól viszont a jövőben nem futsz bele ilyenben.
A sorrend nem számít, az sdc azonosító sem, mert pont azért kell UUID-vel csinálni, hogy ezek ne számítsanak. Az UUID meg mindig egyedi.
-
válasz
Frawly
#64708
üzenetére
Már belefáradtam.
Ezt még lelőttem, de a dmesg elszalad , nem tallózható.
Megpróbálom titkosítás nélkül.
Az nem kavarhat be hogy az egyik gépen sdc , a másikon sdb a külső vinyó, meg az hogy úgy volt eredetileg sorban a három partíció hogy:
/dev/sdc1 az efi
/dev/sdc3 a /
/dev/sdc2 a swap?????????
-
Frawly
veterán
A /etc/mkinitcpio.conf-ban nézd meg a hook-okat, legyen benne olyan fájlrendszer hook, amilyen fájlrendszere van a rootnak. Ha pl. ext4, akkor ext4 legyen. De a többi hookot is meg kéne nézni, ott van-e az encrypt, meg néha a hookok sorrendje is számít (hiába írják hivatalosan, hogy nem).
Esetleg a EFI partció loader mappában lévő .conf fájloknák is meg kéne nézni, hogy milyen opciókkal van meghívva a kernel, ott van-e a root=UUID sor, és ott jó-e az UUID (a blkid parancs, vagy a cfdisk megmutatja az UUID-ket és PARTUUID-ket).
-
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.
(bocsi, de ezt nem hagytam ki)
) é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.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Hogyne....
Új hozzászólás Aktív témák
Hirdetés
CPT.PirkA 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!
- Megjött a jubileumi Pixel széria
- Apple asztali gépek
- Samsung Galaxy S25 Edge - a tegnap határán
- Autós topik látogatók beszélgetős, offolós topikja
- Microsoft Excel topic
- Bambu Lab 3D nyomtatók
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- gban: Ingyen kellene, de tegnapra
- Autós topik
- Mikrotik routerek
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 Pro 128GB Silver -1 ÉV GARANCIA - Kártyafüggetlen, MS3081
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- Eladó karcmentes Apple iPhone 11 128GB / 12 hó jótállással
- Azonnali készpénzes AMD Radeon RX 9000 sorozat videokártya felvásárlás személyesen/csomagküldéssel
- GYÖNYÖRŰ iPhone 13 mini 128GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3133, 95% Akkumulátor
Állásajánlatok
Cég: FOTC
Város: Budapest