Hirdetés
- Fejhallgató erősítő és DAC topik
- Léghűtés topik
- TCL LCD és LED TV-k
- Milyen házat vegyek?
- IFA 2025: Körömnyi SSD-k videózáshoz
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Milyen billentyűzetet vegyek?
- Mégis mi értelme az Xbox PC-nek, ha limitálja a hardverválasztékot?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Amlogic S905, S912 processzoros készülékek
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
-
PROHARDVER!
(rögzített hozzászólás)
Legyetek szívesek az offtopik témákat ne ebben a topikban tárgyaljátok ki. A topikgazda is jelezte, most törölni kellett jópár hozzászólást, most már maradjatok a (szakmai) topik keretei között.
Új hozzászólás Aktív témák
-
blg
senior tag
válasz
ubyegon2 #66400 üzenetére
beírtam a debian fórumba.
debian 10-re nem tudtam a scripttel föltelepíteni az omv-t, de valószinűleg az alphasága miatt. Az elsődleges cél úgyis az lenne, hogy debiant se kelljen telepíteni, csak közvetlenül az omv-t.szerzek egy külön hálókártyát, és majd azzal próbálkozom. Csak aztán olyat szerezzek, amit fölismer a telepítő, mert különben
lesz.
köszi a segítségedet
-
blg
senior tag
válasz
ubyegon2 #66389 üzenetére
nem tudom, mi az a nonfree, vagy miben különbözik a másiktól. Én ezt szedtem le: debian-9.8.0-amd64-xfce-CD-1.iso. Meg ezt is próbáltam: debian-live-9.8.0-amd64-gnome.iso
de például azt sem tudtam, hogy a gz az még egy tömörített formátum, és ki kell még tömöríteni. ezért csak simán a gz fájlt másoltam a penre.
-
blg
senior tag
válasz
ubyegon2 #66382 üzenetére
de van olyan rész (az omv telepítésekor is van), próbáltam is, de azt írta, hogy vagy a média nem olvasható, vagy nem jó hozzá a driver, ami rajta van.
Próbáltam úgy is, hogy külön pendrivera másoltam, próbáltam úgy is, hogy a telepítő pendrivera másoltam rá a fájlokat.
Az se biztos, hogy jó fájlokat másoltam rá. Az intel oldaláról le lehet tölteni egy teljes driver pakkot [link]. Ebből a PRO1000\LINUX mappában lévő három darab gz kiterjesztésű fájlt másoltam a pendrive-ra.
e1000e-3.4.2.3.tar.gz
igb-5.3.5.22.tar.gz
igbvf-2.3.9.6.tar.gzJól csináltam?
-
blg
senior tag
válasz
ubyegon2 #66377 üzenetére
root@omv:/home/blg# inxi -Fxxx
System: Host: omv Kernel: 4.19.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.2.0
Desktop: Gnome 3.30.1 wm: gnome-shell dm: GDM3 3.30.1 Distro: Debian GNU/Linux buster/sid
Machine: Type: Desktop Mobo: ASRock model: B360M-HDV serial: N/A UEFI: American Megatrends
v: P3.20 date: 10/23/2018
CPU: Topology: Dual Core model: Intel Celeron G4920 bits: 64 type: MCP arch: Kaby Lake rev: B
L1 cache: 128 KiB L2 cache: 2048 KiB L3 cache: 2048 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 12768
Speed: 800 MHz min/max: 800/3200 MHz Core speeds (MHz): 1: 800 2: 800
Graphics: Device-1: Intel vendor: ASRock driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:3e93
Display: wayland server: X.org 1.20.3 driver: i915 compositor: gnome-shell tty: 104x24
Message: Advanced graphics data unavailable for root.
Audio: Device-1: Intel Cannon Lake PCH cAVS vendor: ASRock driver: snd_hda_intel v: kernel
bus ID: 00:1f.3 chip ID: 8086:a348
Sound Server: ALSA v: k4.19.0-2-amd64
Network: Device-1: Intel Ethernet I219-V vendor: ASRock driver: e1000e v: 3.2.6-k port: efa0
bus ID: 00:1f.6 chip ID: 8086:15bc
IF: eno1 state: up speed: 1000 Mbps duplex: full mac: 70:85:c2:8a:31:f3
Drives: Local Storage: total: 111.79 GiB used: 4.54 GiB (4.1%)
ID-1: /dev/sda vendor: Crucial model: CT120BX500SSD1 size: 111.79 GiB speed: 6.0 Gb/s
serial: 1851E16801BD rev: R013 temp: 35 C scheme: GPT
Partition: ID-1: / size: 101.50 GiB used: 4.53 GiB (4.5%) fs: ext4 dev: /dev/sda2
ID-2: swap-1 size: 7.66 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda3
Sensors: System Temperatures: cpu: 28.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info: Processes: 173 Uptime: 36m Memory: 7.46 GiB used: 2.20 GiB (29.5%) Init: systemd v: 240
runlevel: 5 Compilers: gcc: N/A Shell: bash (su) v: 5.0.2 running in: gnome-terminal
inxi: 3.0.32amúgy az omv nem akart települni:
-
blg
senior tag
válasz
ubyegon2 #66375 üzenetére
ezt a hozzászólást már a debian alól írom :-)
A Rufus dd módban való kiírása sem hozott változást. A telepítés után újból egy grub> épernyő fogadott.
DE: a következő újratelepítéskor feltűnt, hogy amikor újraindítok és előhozom az alaplap boot menüjét (F11), hogy kiválasszam a pendrive-ot, a listában van két Debian és egy Ubuntu sor. A legfelső Debian sort kiválasztva el is indult a Debian :-)
blg@omv:~$ inxi -Fxxx
bash: inxi: parancs nem található -
Frawly
veterán
válasz
ubyegon2 #66279 üzenetére
Azt én sem tudom mennyire komoly a Magyarcs. De a neve tetszik, archos Nagyarcs-úaknak van, csak M-mel
Igazából amit láttam képeket a grafikus felületéről még az is tetszetős. Gondolom így a látatlanban is, nem rosszabb, mint egy random másik kis disztró vagy remaster vagy Arch-telepítőscript. Az nekem viszont nem ad hozzá pluszt, hogy magyar, ezt már a black pantheresek és az uhu-sok sem bírták megérteni. Nekem az kell, hogy angolul menjen normálisan, nem érdekel ki csinálja. Eredetileg az Arch is kanadai volt, aztán átvette egy amerikai, de sokáig kis disztró volt, majd most mindenféle nemzet fiai csinálják, német, orosz, lengyel, amerikai, stb.. Ott vannak az impresszumban.
-
-
lck
senior tag
válasz
ubyegon2 #66301 üzenetére
"Nem lehet szakmai alapon megítélni valamit, amit meg sem nézhetsz, mert egy zárt csoportból származó iso"
Igaz ez, amennyiben a Youtube zárt csoportnak tekinthető
benne az egy 1 óra 10 perces ismertető videó az alatta közzétett letöltő linkkel.
Szerintem mindezek alapján megítélheti az - aki hajlandó odafigyelni - hogy érdekli e a dolog, és letölti az ISO-t, vagy alapból nekiáll hadakozni ellene - nem is tudom miért ? - vagy csak egyszerűen elmegy a téma mellett, mert őt ez nem érdekli a Bodros Puli.
Mivel ez egy kezdő topic - mért ne szórakozhatna a delikvens egy ilyen verzióval, ahol telepítés után nem egy parancssort kap a pofájába. Vagy ne is próbálkozzon, mert megmondta a megfellebbezhetetlen igazságok tudója ?
-
cigam
titán
válasz
ubyegon2 #66297 üzenetére
Nem rossz példa a Puppy,mert annyi remake-je (pupplet)van mint csillag az égen, lásd skami oldalát. A csillám...pónis, a puli 7.0 kiadás sem official ha jól sejtem, mégis Puppy-ként hivatkozunk rájuk.
Azt a bizonyos passzust beidéznéd?! Nem találom a topik gazdák kézikönyvét.
-
cigam
titán
válasz
ubyegon2 #66287 üzenetére
Külön elnézést kérek a Tg-től, hogy elvettem a munkáját, neki kéne a szaktopikot tisztogatni a nem hivatalos készítményektől!
Miért lenne ez a dolga. Nem olvastam a topikgazdák feladatkörét, de meg lennék lepve, ha az (is) lenne a dolguk, hogy a nem topiklakók által összerakott scriptek disztribúciókat tűzzel vassal irtsák. Ellenben Te önkéntes mérvadóként lefikkantod, de nem szakmai alapon. Igazad van, bármi lehet benne, de ez előfordulhat bármelyik PH!-s tag programjával, remakejével. Akár szándékosan, akár véletlenül.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2 #66287 üzenetére
Mint TG, nem feladatom ilyesmit szűrni. Ez alapján a puppy disztrók többségét ki lehetne szűrni, mint réteg igényt kiszolgáló valamik, amiket többnyire jóskapista csinált otthon.
Az viszont inkább feladatom, hogy egy bizonyos pont után felhívjam mindenki figyelmét rá, hogy az Arch Linux az nem igazán a Linux kezdőknek topic témája.
hódmaci:
-
Frawly
veterán
válasz
ubyegon2 #66185 üzenetére
A Windows termékkulcsát ki tudja olvasni az AIDA64. Meg sokszor nem is kell termékkulcs, mert vagy a BIOS-ban vagy online MS fiókban el van tárolva, és emiatt a telepítő végül nem is kéri. De ez nem windowsos topik. Azt értem, hogy kezdő valaki, de windowsos kérdés nem való ide.
-
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.
-
-
válasz
ubyegon2 #66196 üzenetére
A serialt nem értettem hogy wtf, de aztán rájöttem, hogy a Winről van szó.
Ott az akku alatt, az nem probléma.
Meg amúgy sincs semmi fontos ezen a notin, olvastagni és netezni szoktam rajta, az SSD-je is csak egy 60-as, tehát max egy Win10 telepítőt ráengedek, hátha van javító módja, vagy ilyesmi. -
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2 #66185 üzenetére
Ne szaporítsuk a szót, csak erről van szó: "Amit írtam imént, az max fél óra lenne, de te tudod, szenvedj napokig vele......tényleg felesleges volt leírnom is."
Nem azzal van baj amit írtál, hanem ahogy. Gyakorlatilag lebaltáztad olyan miatt, ami egyébként nem köztudomású. Csak annyit kértem, hogy kicsit finomabban fogalmazd meg az egyébként segítő szándékú mondandót. És ezt zárjuk is le ennyivel. -
-
Frawly
veterán
válasz
ubyegon2 #66012 üzenetére
Az nekem is fura, ilyen appos megoldásról még nem hallottam. Mobilnetnél csak sima SIM szokott lenni, amit be kell üzemelni. Más neteknél meg a bekötés határozza meg, ha coax kábel, akkor modem, ha LAN kábel, akkor mehet egyenesen a gépbe, vagy amit Wi-Fi AP-nak akarnak használni.
-
kkdesign
senior tag
válasz
ubyegon2 #65967 üzenetére
Igen, bár nem tudom mennyire tettem jól, eddig mondjuk semmi gáz nincs vele. Mindig amikor Linuxhoz tévedtem, akkor a legfrissebbet szedtem le, mégha nem is lts akkoris. Ezen célból mentem neki mostis a dolgoknak.
Amit még viszont nem értem, hogy valamért nem annyira gördülékeny a felület. Néztem a nyílt nvidia drivert is és a zártat is. nyíltal jobb a helyzet, de valahogy nem pattog úgy a rendszer mint a Windóz. Ami érdekes nekem, mert egyébként elég bika kis laptop. A Sima gnome felületes Ubuntu van fenn. de már akkor is olyan volt a felület mikor friss volt.
Ettől külön választva írom, hogy egyébként ráültettem egy mac-es gnome felületet, mert nekem úgy tetszik
de ezután abszolut egyik irányban sem változott a gördülékenység.
-
Frawly
veterán
válasz
ubyegon2 #65970 üzenetére
Ez a hosszú támogatási idő akkor is cégeknél fontos. Nem azt mondom, hogy csak cégeknek jó, de random mezei otthoni desktop usernek semmivel nem lesz instabilabb a .10-es ág sem. Nem dísznek meg tesztelésnek adják csak ki.
A friss verziók meg nem csak új hardvernél lehetnek fontosak. Hanem ha pl. nincs meg valami a disztró tárolójában, és nincs hozzá flatpak/snap csomag sem, hanem fordítani kell fkódból pl..
Persze nem azt mondom, hogy ha valaki problémába fut, akkor arra nem jelenthet megoldást a .04-es ág vagy egy LTS verzió használata, hanem azt, hogy ha nincs alapvető probléma, akkor nem kell ragaszkodni a régebbi verziókhoz.
Egyébként meg ez az LTS mánia meg egy rossz, Windowsról maradt szokás. A felhasználók megszokták, hogy Windows alatt a kiadási ciklusok sok évesek. A Linux viszont a fokozatos változásról, fejlődésről szól. Lehet persze LTS verziókkal Windowsként is használni, csak kérdés valóban jó ötlet-e. Aki ehhez ragaszkodik, szerintem a Linux legjobb oldaláról marad le.
Amíg én Ubrokákat használtam, addig nekem nem volt bajom a .10-es verziókkal sem. Azok is tették a dolgukat, mint a .04-esek.
-
Frawly
veterán
válasz
ubyegon2 #65967 üzenetére
Nem értek egyet. Ha valaki nem fut bele problémába, akkor a legújabb verzió használata ajánlott. A .04-es ág, meg az LTS azoknak van, akiknek egyébként valami nem futna, vagy cégeknek a támogatás, stabilitás miatt. De magán desktop usernél teljesen jó a .10-es ág is, tehát nem feltétlenül baj, hogy a 18.10-et töltötte le.
-
kkdesign
senior tag
válasz
ubyegon2 #65958 üzenetére
samsung 850 evo m2 ssd Achi tipus, Ubuntuból a 18.10-et tettem fel. x64-es változatot.
Köszi egyébként a kérdést, ezt nem nagyon figyeltem még meg eddig az ssd-knél
így ma is tanultam valamit!
Holnap belemerülök akkor abba amit linkeltél meg átnyálazom még az összefoglalóban írtakat
-
-
Shyciii
veterán
válasz
ubyegon2 #65945 üzenetére
Mi az az OB? Országos Bajnokság? Én ott nem indulok ilyen kis Linux tudással. Én csak icike picike linuxoska vagyok. Ezért is használok Arch-ot
Amúgy nézőpont kérdése, hogy mennyivel drágább. Vannak bazi drága desktop SD-k is. Gyorsan megnéztem, és mi most Intel S4500/S4510 SSD-ket rakattunk, 960GB-osakat. Ezek nekünk beváltak. Nem úgy, mint a Samsung 850 Pro-k...Furán hangzik, de attól be tudott komolyan lassulni a rendszer.
Szoktál tényeket is mondani?
-
Shyciii
veterán
válasz
ubyegon2 #65943 üzenetére
Most nézem, hogy az Arco Linux megalkotója a youtube csatornájára is felrakott egy rövid videót, hogy az Arco Linuxosok, hogy tudják a mostani lightdm hibát javítani, ha frissítettek (nekik egyszerűnn mint neked, mert ő csinált egy downgrade parancsot). Gyorsan terjed
Ha már így kötekszel már megint az Arch miatt, akkor én is. Nincs olyan, hogy SSDM, csak SDDM
Azt pedig pláne nem rakom fel, mert az a KDE-hez "való". Aki nem qt-s cuccokat akarnak, azok jól kibaszcsiznak magukkal ennek telepítésekor, mert annyi függőséget rak fel, hogy a szép pure Arch-ból egy dagadt disznót csinálnak
Pont ez az. Szerverbe normális Intel SSD-t rakattunk, és nem mondjuk Samsung 850 Pro-t, és látod, mégis érzékelhető az SSD-kre jellemző általános gond. Oké, azok jobban meg vannak terhelve, mint egy desktop gép (MySQL + Nginx), de akkor is. Létező gond. Amúgy meg nem vészed. 12GB-ot hagytam ki a partícionálásból így az SSD-nek, hogy ne érezze rosszul magát. Azért az nem tragikusan sok, hogy gond legyen
-
Shyciii
veterán
válasz
ubyegon2 #65937 üzenetére
Semmilyen karaktert nem lehetett beütni. Viszont közben megoldottam miután vettem egy nagy levegőt:
CTRL+SHIFT+F2-vel ugye váltottam konzolt, és bejelentkeztem grafikus felület nélkül.
No mondom akkor downgrade mehet. pacman -U /var/cache/pacman/pkg/lightdm... előző verzió, és kész. No de csak a legfrisebb változat volt ebben a mappában, holott nekem az van beállítva, hogy 3db verziót tartson meg. No mondom faxa. Joh, akkor az archive.archlinux.org -ról letöltöm az eggyel régebbit. Céges Windows gépen megnéztem a pontos linket (még pont bent vagyok melóhelyen szerencsére). Kinéztem, majd a notimon kiadom a wget webcímet. Erre kiírja, hogy nincs wget parancsomnah mondom bakker ez nem része a pure Arch-nak. Jó akkor dögölj meg legyen curl. Ott viszont meg kell adni a filenevet hogy mibe mentsem, tehát a -o nem jó, mert akkor duplán gépelhetek. Akkor kiguglizom, hogy a -O kell, és akkor használja az eredeti nevet (grrr). No ezután mehetett a pacman -U előző verzió, és most reboot után újra működik.
Most azon gondolkodom, hogy a pacman.conf -ban levő ignore részhez hozzáaadjam ezt a csomagot, vagy ezt a bakit gyorsan javítják, és majd legközelebb megpróbálkozzam-e vele. -
Shyciii
veterán
válasz
ubyegon2 #65934 üzenetére
Mindent észreveszek. El sem érem a 95%-ot, és már érezni fogom a lassulást. Szervernél már 80%-nál éreztük, hogy az SSD belassult. És nem Windows alatt, hanem Ubuntu-nál
(meg freebsd-nél is. Ott combosabb mysql ment). UV400-at miért nincs éretelme óvni? Annyira jó híre van? Mert mikor én vettem az volt a legolcsóbb 480GB-os SSD
Azt nem tom, hogy melyik distro használja a Default-ot, mert Arch alapokról nem kalandoztam el, de Manjaro-nál nekem is alapból default opció bekerült. Pure arch esetén viszont nem
-
growler
őstag
válasz
ubyegon2 #65929 üzenetére
Pont azért ollóztam be, mert általában heti fstrim van beállítva a rendszereknél.
Ez kb. 60% lemezfoglaltságig nagyon jól megfelel.
De ahogy telik a lemez, (SSD) úgy gondolni kell az időnkénti kézi fstrim
futtatására is. Persze, számít a lemez méret is - ez az ajánlás csak irányadó.
Szerk.: most nézem, az első sor az 85-től 100%-ig akart volna lenni ! -
Slownz
senior tag
válasz
ubyegon2 #65877 üzenetére
Frissült a padoka-mesa plusz bepipáltam, amit írtál. Valamivel jobb talán, mint volt, de YT videónál még mindig van tearing (most ilyen 45 fokos, eddig ilyet nem produkált). Tényleg egyszerűbbnek tűnik felrakni egy Mint-et, mint végigmenni azon a tutorialon, csak rá kell szánni magam, ez csak másodlagos gép, így nehezebb rávenni magam.
-
hentes555
senior tag
válasz
ubyegon2 #65905 üzenetére
Ja igen, azt nem írtam, hogy wifi ugyan volt, de nem csatlakozott fel rá, a “configuring interface” ment kb. fél percig, utána dobta a kapcsolatot a routerrel.
A beállítások-hardware components menüben ki volt listázva a broadcom wifi vezérlő és a gigabites lan vezérlő külön. A broadcomra jobb gombbal kattintva volt egy reinstall lehetőség, rámentem, azóta minden szép és jó. -
-
lev258
veterán
válasz
ubyegon2 #65884 üzenetére
Ez most nem neked szól, de én személy szerint nagyon unom, hogy mostanság sokan ezt szajkózzák. Hogy SSD nélkül minden gép csak egy hulladék. Értem, hogy jó dolog, meg gyors, de valahogy az egész elment egy olyan irányba, mint a tipikus Windows vs. Linux hitviták. Ahol nem kell se indok, se józan ész, csak teljes elvakultság.
Nekem semmi bajom a HDD-kkel, se azok gyorsaságával. És talán meglepődsz, de még sosem volt SSD-m és nem is lesz egy darabig. Nem azért, mert szentelt vízzel tartom távol, hanem mert nincs rá igényem jelenleg. -
lev258
veterán
válasz
ubyegon2 #65881 üzenetére
"miért adnak még ki ilyen gépeket HDD-vel"
Nagyobb tárhely. Az SSD+HDD kombókért több pénzt kérnek, illetve ilyen esetben lehet már nem fér a DVD-író. Azért még ma is van igény rá.
Steam OS-t ne ajánld, nem erre való.
Én inkább attól tartok, sima disztrókban még nem egészen van rendben a támogatás (felemás), inkább rolling-ban. -
kemotox
addikt
válasz
ubyegon2 #65827 üzenetére
Lol ennyire megbántottalak a múltkor? Még le is mentetted a kommentjeimet, hogy vissza tudj belük vágni? Hát ez nagyon szánalomra méltó.
BTW kíváncsi lennék a topicgazdi véleményére, mert ez mondjuk már szerintem kimeríti az ugatás és a személyeskedés fogalmát.Ja és én még a múltkor próbáltam normálisan, nem haraggal lezárni a nézeteltérést. De úgy néz ki fölösleges volt, ehhez két felnőtt kell.
Azt a lehülyézést meg ti képzelitek bele, bár azok után, hogy nem is az én gondolataim lettek betámadva, már nem is lepődök meg semmin.
Dave: Nem kódot írtam ember.. nyilván minden szoftver kódból áll, ez így tényleg hülyének nézés lett volna, de én -még egyszer- nem kódot írtam. Arra próbáltam kilyukadni, hogy a GUI is ugyanazt csinálja, mint mikor beírod a parancsokat, azaz nincs nagyon több funkció a GUI-ban.
-
Dave™
nagyúr
válasz
ubyegon2 #65827 üzenetére
Az nekem is feltűnt, hogy nem érdekli miről van szó, csak így kár belefolyni, mert teljesen félremegy a diskurzus. Azzal nincs bajom hogy ki mit preferál, a funkcionalitás viszont elég objektív dolog. A háttérben kód fut megjegyzés viszont még a kezdő topikban is eléggé lenéző szerintem, ismeretlenül legalábbis mindenképpen.
-
Frawly
veterán
válasz
ubyegon2 #65807 üzenetére
Nem elfogadás kérdése. Pl. cfdisk -z vagy fdisk segítésével csinálj arra az SSD-re új GPT partíciós táblát, meg particionáld újra. A BIOS-ban meg engedélyezd az UEFI bootot, a secure bootot meg tiltsd le. Más nyitja nincs. Olyan nincs, hogy egy gép addig tudta, utána nem fogadja el sem a GPT-t, sem az UEFI bootot.
Ennek függetlennek kéne lennie akármilyen disztrótól, a hardvert egyik sem tudja tönkretenni.
Az ESD mappáról nem tudom micsoda, olyat még nem használtam, majd utánanézek. Valamit te kutyultál össze azon az SSD-n.
A Nemo-t utálom, de nem konkrétan név szerint a Nemo-val van bajom, hanem az összes ilyen intézőszerű fájlkezelővel, Windows Intéző, Thunar, Dolphin, PCManFM, stb.. Nem érdekel hány panelt lehet bennük nyitni, használhatatlan hulladék mind, nem is értem, hogy sok ember hogy használhatja ezeket. Ezeknél még az is jobb, ha terminálban, parancsokkal kezeli valaki a fájlokat. Egyik ilyen intéző típusú fájlkezelő sem fogja elérni egy rendes kétpaneles commander szintjét. Már DOS, Windows alatt is commandereket használtam fájlkezelésre, és ez Linux alatt sem változott, a mai napig így van. Attól, hogy átálltam Double Commanderről Vifm-re, az is csak kisebb változás, mivel a Vifm is épp úgy commander-klón, csak annyiban speciális, hogy terminálban fut, és vim-billentyűkket és vimhez hasonló üzemmódokban lehet vele kommunikálni, nem egérrel meg hagyományos nc/mc/TC/DC-billentyűkkel.
Eddig ha terminálban, vagy SSH-n keresztül kellett valami commander-szerűség, akkor mc-t tettem fel, most Vifm lesz helyette ebben a szerepkörben is.
-
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. -
Flowtation
őstag
válasz
ubyegon2 #65799 üzenetére
Azt nem tudom, de amit át kell írni, azt én úgy csináltam, hogy a grub-ban kiválasztottam a manjarot, majd e billentyű, ott a végén van egy sor: boot/intel.ucode.img-et kell átírni a megfelelő kernel verziószámú sorra: initramfs-4.19-x86_64.img-re. Egyébként indul a manjaro fallback módban, aztán gondolom ott egy grub-install - update-grub is megoldás. Forrás: [link]
Szerintem erre gondoltál Te is, nem? -
Flowtation
őstag
válasz
ubyegon2 #65792 üzenetére
De, hogy ne kapjunk ki: ismét kedvet kaptam a manjarohoz és természetesen KDE. Hiába...no.
most folyik egy projektem, cél, hogy mindent linux alatt oldjak meg. Ezek kiadványszerkesztés, videovágás, főként, de más apróbb dolgok is előtérbe kerültek. Főként azért, mert nem csak itthonra kell, hanem hivatalosan is, előny az openszósz.
-
Frawly
veterán
válasz
ubyegon2 #65751 üzenetére
A Cinnamont, Gnome-ot, KDE-t, stb. fel lehet rakni soványabb kiadásban is, csak akkor nem metacsomagot vagy csomagcsoportot kell telepíteni, hanem csak egyes csomagkomponenseit, pl. WM része, tálca, kompozitora, szükséges tálcaappok, indítómenü, vagy ami kell belőle. Nem kötelező mindig az egészet az összes alkalmazással együtt feltenni. A full extrás disztrók minden komponenst felraknak, mivel azt nem tudják előre, hogy egy kezdőnek mire lesz szüksége, és nem akarják, hogy azzal kelljen kezdeni a linuxszal ismerkedést, hogy mindjárt hiányzó csomagokat kell telepíteni, meg terminálban kelljen vitézkedni, ami elveszi a kezdők kedvét.
Egyébként jó hír a PH-soknak: ha újra is rakom az Arc-hom, az UEFI bootot nem kell legalább újratelepíteni. Csak hogy örüljetek valaminek
-
Frawly
veterán
válasz
ubyegon2 #65750 üzenetére
Sokszor csak kíváncsiságból telepítek progikat, hogy megnézzem őket. 90%-ban nem is tetszenek, csak lusta vagyok leszedni ezeket. Néha egyszerűbb újratelepíteni. Úgyis akartam fájlrendszert is váltani.
A kisebb hely nem annyira fontos, de minek legyen fönt sok felesleges csomag, ha nem használom? Csak feleslegesen foglalják a helyet, hizlalják a rendszert, feleslegesen okoznak többletletöltést frissítéskor.
De azt már megszoktam a PH-n, hogy a belakott rendszer az szent, 10 évnél sűrűbben tilos errefelé újratelepíteni, mert meg lesz lincselve az ember
Végül is minden fórumnak megvan a szokásos mémje, a hwsw-n mindig az a szöveg ment anno, hogy cserélj tápot, akkor is, ha valami szoftveres probléma volt, ott tápmánia volt napirenden. A MS-os fórumokon ezzel szemben akkor is újratelepítés a mottó, ha szükségtelen. Kinek mi a fetisizmusa éppen.
Az LFS, Gentoo nekem nem éri meg, annyi időm tényleg nincs, hogy telepítéskor meg minden egyes frissítéskor mindig újraforgassak mindent. Sokat nem nyernék vele egy Arch-csal szemben. Nagy Arc-hoz elég az is.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2 #65714 üzenetére
Az RC3-at már nyugodtan felteheted, nincs ismert hibája. Én várok még 1-2 dolgot mint pl. a Vulkan driverek beépítését, de ez ne zavarjon.
És inkább legyen RC456, mint adott naptári dátumra kiadott bugos telepítő.sh4d0w: az elég derék. Nekem ssd-n hoz kb. hasonló, vagy csak picit nagyobb számokat a Chakra.
-
Laszlo733
aktív tag
-
Frawly
veterán
válasz
ubyegon2 #65673 üzenetére
Azt már sokszor írtam neked, hogy a systemd-analyze nem valós értékeket mér, nem kell vele foglalkozni, ennek ellenére valahogy nem tudsz tőle elszakadni. Jó, legyen, de magadat csapod be hamis számokkal. A bootidőt stopperrel (óra, karóra, stopperóra, telefon, tablet, másik gépen futó stopper) kell mérni, a bootmenütől. Nem a gép bekapcsolásától. Bár érdekességképp mérheted azt is, hogy a gép bekapcsolásától a bootmenüig eljutás mennyi. Ha utóbbi túl hosszú, azt okozhatja az is, ha UEFI/GPT only módban MBR-es meghajtók zavarnak be.
Az, hogy egy UEFI-s rendszernek látszólagosan BIOS kinézetű felülete van, attól az még UEFI marad, nem BIOS, csak nem grafikus felületű UEFI-t használt a gyártó, hanem szövegeset. Ettől nem lesz kevésbé UEFI. Bár azért ez ma már egyre ritkább, a HP-don meg az én Thinkpademen is azért van még ilyen, mert azok is már ~7 éves gépek. Zsír új gépeken már ritka a TUI-s UEFI.
Erre a znx fájlos problémádra nem tudok mit mondani, nem ismerem ezt a spéci disztrót, de ha ennyire megvisel lelkileg, írd meg melyik disztró ez, hétvégén kipróbálom neked, hogy hogyan kell UEFI-vel bootoltatni. Azt sem tudom, hogy az Archlabs meg akármilyen X. disztró miért nem tud nálad bootolni UEFI-vel. Ez a bajuk a felhasználóbarát disztróknak, lefut az installer, nem tudod mit telepített pontosan, mint hogy konfigurált, miért nem megy. Ezért jó az Arch, ott tudod, hogy mit futtattál, látod mi nem ment, ehhez képest ki tudod kísérletezni, hogy mi kell neki ahhoz, hogy menjen. Egyszer kell vele szenvedni, amíg először kitapasztalod, rájössz mi hogy működik, onnantól többé nem lesz vele problémád más gépeken sem.
A Legacy bootnak az a rákfenéje, hogy bootloader kell hozzá. Az UEFI boothoz nem kell, mert az már önmagában is bootmanagerként funkcionál. Mint írtam már többször a GRUB-bal sincs bajom, de UEFI-hez nettó felesleges lépcső, kihagyható. Kicsit olyan UEFI-s gépen a GRUB, mintha úgy nyitnád a lakásajtót, hogy előbb egy kulccsal kinyitnál egy dobozt, abban lenne egy másik kulcs, és azzal nyitnád a bejárati ajtót, mikor sokkal egyszerűbb lenne egy kulcsot használni, ami közvetlenül az ajtót nyitja. Ez a baj a GRUB-bal, egy felesleges lépcső az UEFI bootba. A legtöbb kedvenc disztród is ott rontja el, hogy a GRUB-ot erőlteti UEFI módban, teljesen feleslegesen. Tudom, GRUB kell, mert anélkül a Cinmanó nem elég fahéjas ízű Mint cukorkával, de ez van.
Illetve UEFI bootnál fontos, hogy a secure boot lehetőleg legyen kikapcsolva, hogy shim-mel ne kelljen szórakozni.
Mondom, az UEFI boot egy szög egyszerű valami, két ok miatt kell vele kínlódni: inkompetens disztrókészítők túlbonyolítják a használatát, vagy az adott gép gyártója nem implementálta elég szabványosan. Egyik sem az UEFI hibája.
Az UEFI boot egyszerűségének szép példája, mikor pl. a Windows telepítő fájljait csak felmásolod egy FAT32 partícióra és már bootol is, mindenféle bootmanager meg dd-s .iso kírás, meg MBR kódozás, Rufus meg hasonló vergődés nélkül. A már telepített rendszer bootja is hasonló egyszerű, csak annak még kell a nevezett FAT32 partícióra plusz 2 .conf és 2 .EFI fájl. Ennyi.
-
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. -
Rimuru
veterán
válasz
ubyegon2 #65673 üzenetére
Nem negyedannyi, uefi eseten van plusz ~8sec instant azert mert hamarabb kezdi a merest, a post+bootloader is szamit (legacynal is ennyi, csak nem szamolodik), kernel ugyan annyi, az userspace-en van +5 sec, tehat ~5 sec a kulonbseg.
Az hogy mi van ott pedig te latod. -
GreenIT
tag
válasz
ubyegon2 #65657 üzenetére
Akkor meg egyszer osszefoglalom az elmult honapot, mert ugy latom, eleg szelektiven olvastok:
Nagy nehezen vegre kipofoztam par gepet es a rengeteg kis, regi hdd-bol egy elerheto kozponti tarolot sinaltam, nemelyik gepre linux kerult, mint vagy ubuntu, majd koszoneskeppen kozoltek, hogy januar vegevel legfeljebb beszelgetni mehetek be, ha lesz ram idejuk.
A felretett 320gb-os tartalek hdd-t (fele win, fele linux grubbal, hogy szukseg eseten barmelyik gep helyett legyen egy tartsalek rendszer - valamelyikuk kisgyereke linux alol megbuheralta, mert amikor elfogyott a hely, rajott, hogy a windowsos particiora is tud masolni, majd linux alol beletorolt a win-es rendszerreszre, - allitasa szerint csak a torolt fajlok tarolojat akarta uriteni, hogy tobb helye legyen, csak az ures volt, mert nem volt semmi rajta a rendszeren kivul - es ettol a hdd megkergult, nagy nehezen valamit vissza lehetett menteni, de fizikailag kockazatossa valt.
Egy hete kitalaltak, hogy a ket hete telepitett egyik gep rossz, ujratelepitettem, ket napig jo volt, most jottek ezzel az erdekes tortenettel, hogy "par napig volt valami fekete hibauzenet, egyre tobb lett, majd amikor eltunt, a gep rossz lett".
Amig nem tudom, mi a hibauzenet(sor), addig nem tudok vele mit kezdeni.
Kibrusztoltam, hogy havaviszem tesztelni, offline-ban, ki-bekapcsolassal majd elleszek vele egy ideig, ennyit tudok tenni.Piszokul erdekes erzes, amikor az ember megold valamit, akkor csak belerugnak, erdekes ez az ujev, ugyhogy egy ideje nem vagyok jokedvemben.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- 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!
- BESZÁMÍTÁS! MSI Z390 i7 8700K 16GB DDR4 512GB SSD RTX 2060 Super 8GB Zalman N4 ADATA 600W
- GYÖNYÖRŰ iPhone 12 Pro 128GB Graphite - 1 ÉV GARANCIA - Kártyafüggetlen, MS3258,100% Akkumulátor
- AKCIÓ! FEHÉR ipad pro 13" M4 billentyűzet, VADIÚJ! EU-MAGYAR átvilágítós (lézeresen)
- Keresek gamer laptopot RTX 3050 , RTX 3060. RTX 4050 , RTX 4060
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest