-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
lypen99
aktív tag
válasz
lev258 #74299 üzenetére
Üdv, köszönöm válaszod.
Nos a lényeg, hogy tényleg át akarok állni Linuxra (csak hát ugye van egy pár játék ami Linux alatt nem fut pl WoW), de mindegy.
De első szembetűnőség, hogy Win 10 alatt, nem tudom állítani a fényerő csúszkát (így 1-1,5 óra üzemidő oda) még itt Ubuntu 20.04.1 alatt igen.
Értsd úgy, hogy bekapcsoltam és Winen a csúszka miatt volt 1 óra 25 perc akku időm, itt este lehúztam és filmeztem (igen low fényerőn és Wi-Fi-vel) már 4 órát írt ami több mint a duplája.
De a csavar, hogy ezt másik notin is eljátszotta a 19.09-s Win, hogy nem tudom állítani a csúszkát így elveszett egy jó adag üzemidő.
Nem Win topik tudom, csak nem vágtam a dolgot. A lényeg, hogy most próbálgatom az Ubit, ha nem tetszene benne valami még ott a Mint, mivel ez külön települt a Windows mellé, de most is az Ubuntu teljesít szolgálatot.
Remélem érthető írás.
-
lev258
veterán
válasz
Cirbolya_sen #74296 üzenetére
Ott valami nagy gubanc van, az llvmpipe egy tartalékmegoldás, amikor nem tud valamit kezelni. Az oibaf ppa meg megmaradt, a 18.04-esé. Frissítés előtt le kellett volna tiltani és visszaállítani az eredeti állapotot. Egyébként egy 20.04 Live alól kiderül, kezeli-e a rendesen. Sajnos volt már rá példa a múltban, hogy az Intel-t nem érdekelte a NUC-ok Linux támogatása.
-
lypen99
aktív tag
Üdv.
Egy Dell Inspiron 3537 (Core i3 4010U - 8 GB DDR3L RAM - AMD Radeon 8670M) notesz keresi Linuxát.
Én a Mint és az Ubuntu között gondolkodok neki, de jobb lenne ha jobb üzemidő lenne, tehát a kérdés adott.
Melyik disztró-DE a energiatakarékosabb erre a kis gépre?Szoftverfejlesztés lenne a cél Eclipseben.
Meg egy virtuális Windows futtatása alkalmai gépekre (lehet az Win7 is).Szóval javaslat?
Szerk.: anno ez Ubuntu 12.04-l jött ki amikor telepítve volt azt bootolta be, így gondolom jobban barátkozik ez a vas Linuxokkal.
-
Cirbolya_sen
aktív tag
válasz
Cirbolya_sen #74288 üzenetére
Ubuntu 18.04 frissítve 20.04-re /kíváncsi voltam mi lesz belőle
Befrissült, de grafikus képernyő nincs, Grub javítva -nomodeset- így meg max 800*600 a felbontás, ezek szerint alapon fut és nem kezeli az Intel drivert? Van még valami amit kipróbálhatnék?cirbi@cirbi-GB-BPCE-3455:~$ inxi -Gxxx
Graphics:
Device-1: Intel HD Graphics 500 vendor: Gigabyte driver: N/A
bus ID: 00:02.0 chip ID: 8086:5a85
Display: x11 server: X.Org 1.20.8 driver: fbdev,intel
unloaded: modesetting,vesa resolution: 800x600~75Hz
OpenGL: renderer: llvmpipe (LLVM 10.0.1 128 bits)
v: 4.3 Mesa 20.3.0-devel (git-acf756a 2020-08-14 bionic-oibaf-ppa)
compat-v: 3.1 direct render: Yes
cirbi@cirbi-GB-BPCE-3455:~$ -
OldAkita
aktív tag
256GB-os ssd 2 részre van particionalva. Egyiken win10 másikon Linux Mint 19.3 Cinnamon. MIndkettő magyar. A boot menü lehetőséget kínál hogy indításkor 10 mp-ig dönthetek melyiket indítom be. Pár hét óta a Linuxot nem tudom beindítani. Egyrészt magától felvett egy 30 mp-es várakozási időt, a 10 mp helyett, másrészt a következő hibaüzenetet kapom:
hiba:/boot/vmlinuz-5.4.0-42 generic has invalid signature
hiba:először a kernelt kell betöltenie
Nyomjon meg egy billentyűt a folytatáshoz.
Ha megnyomok bármit elsötétül a képernyő és pár másodperc mólva visszadob ugyanoda, ahol újra választhatok hogy win10 vagy Linux.
Ha a speciális beállítások Linux Mint Cinnamon 19.3-at választom akkor egy listát tesz ki különböző verziók választási lehtőségével.
Linux Mint recovery mode
Linux Mint 19.3 Cinnamon 5.3.0-62
5.3.0-59
5.3.0-53
5.3.0-51
generic
De hiába választom bármelyiket, semmi nem történik.
Lélekben fel vagyok készülve rá hogy a Linuxos partíciót leformázom és felteszem a legújabb Linux Mint 20 Ulyana-t, de gondoltam teszek egy próbát hátha valaki azt mondja ugorjak hármat, csettintsek kettőt és tapsoljak egyet, majd magától megjavul :-) -
válasz
Cirbolya_sen #74290 üzenetére
Akkor OK, megnyugodtam! Mostanában volt rá példa, hogy eléggé ledorongoltak, mert nem tudtam sokat segíteni a helyzeten. Egyébként én is így látom, minél több ötletelés van egy témáról, annál esélyesebb, hogy valami beugrik, ami éppen jó megoldás vagy csak a vaktyúkistalálszemet módszer működik! Ezek szerint nem csak a viszonylag új Ryzenekkel van bíbelődnivaló, hanem az Intel-lel is.
Nem baj, az idő viszont nekünk dolgozik!
-
válasz
Cirbolya_sen #74288 üzenetére
Aham, látom már mesa is PPA dev van fent. Valahol olvastam, hogy ezt a kisak PPA-t is érdemes kipróbálni. Kísérletképpen felraknám a 20-as Mint-et, friss kerneleket, friss opencl-t mesa PPA-t meg ami csak van friss, hátha....de tényleg az van, hogy én itt csak ötletelek, Te meg már jóval előrébb jársz gyakorlatban ennél.
Szóval úgy néz ki, hogy inkább csak feltartottalak a hülyeségeimmel.
-
Cirbolya_sen
aktív tag
válasz
ubyegon2 #74287 üzenetére
már szinte minden fenn van ezen a 18.04-en, ezért is próbáltam volna az új kiadásokat, hátha
nekem türelmem még lenne, csak kapargatom a Linux felületét,
cirbi@cirbi-GB-BPCE-3455:~$ inxi -Gxxx
Graphics: Card: Intel Device 5a85 bus-ID: 00:02.0 chip-ID: 8086:5a85
Display Server: x11 (X.Org 1.20.8 ) driver: intel
Resolution: 3840x2160@30.00hz
OpenGL: renderer: Mesa Intel HD Graphics 500 (APL 2)
version: 4.6 Mesa 20.2.0-devel (git-e1b1148 2020-07-30 bionic-oibaf-ppa) Direct Render: Yes
cirbi@cirbi-GB-BPCE-3455:~$ inxi -Gxxx
Graphics: Card: Intel Device 5a85 bus-ID: 00:02.0 chip-ID: 8086:5a85
Display Server: x11 (X.Org 1.20.8 ) driver: intel
Resolution: 1920x1080@120.00hz
OpenGL: renderer: Mesa Intel HD Graphics 500 (APL 2)
version: 4.6 Mesa 20.2.0-devel (git-e1b1148 2020-07-30 bionic-oibaf-ppa) Direct Render: Yes
cirbi@cirbi-GB-BPCE-3455:~$
beignet-opencl-icd már a legújabb verzió (1.3.2-2). -
válasz
Cirbolya_sen #74286 üzenetére
beignet-opencl-icd
18.04-re még nincs az előbb említett opencl-icd, de a fentit megpróbálhatod felrakni, de pont az Intel az, aminél nem nagyon kell semmit felrakni, csak hát ez 9.genes. Azért nézd meg, minden itt felsorolt driver fenn van-e:
https://01.org/linuxgraphics/downloads/2018q1-intel-graphics-stack-recipe
Úgy látom, már ez a drivercsomag is támogatja a 9.gen-t, de ezek persze mind megvannak tárolóban is. Először ezeket ellenőrizd, majd ha nem javul semmi, akkor próbáld felrakni a beignet-opencl-icd-t.
Ja és a lejátszóban is nézd meg, milyen kódolót használ, olyat keress, ami va vagy vaapi.
Próbaképpen a Gstreamer-vaapi-t is megpróbálnám visszarakni.....néha elég sok variációt ki kell próbálni, mondjuk nekem ehhez még soha nem volt türelmem.
-
válasz
Cirbolya_sen #74284 üzenetére
Sokat nem tudok ezekről, de ha nekem 9GEN-es device-m lenne, ehhez a HD 500-hoz tuti ezt raknám fel:
Intel® Graphics Compute Runtime for oneAPI Level Zero and OpenCL™ Driver, nem kell innen forgatnod a drivert, mert benne van a saját tárolóban is!
rakd fel így:
sudo apt install intel-opencl-icd
Az sincs kizárva, hogy a pár napja itt szóba került újabb kernelt is fel kell raknod.
Ja és célszerűbb lenne ezeket telepített rendszeren megnézegetni, ebben az esetben a live rendszeren való kipróbálás nem garantál semmit, mivel a telepített rendszer felrakott alaprendszererén kell ezeknek összeállnia!
szerintem
(hirtelen ennyi tippem van, míg jönnek a hozzáértők)
Abból is látszik, mennyire szaktekintény vagyok ebben, hogy mikor láttam, hogy HD 500, azt hittem, milyen régi lehet, mert nekem is már HD 4000 van a HP 8570p-ben!
-
Cirbolya_sen
aktív tag
Mini PC, Intel Celeron 3455 CPU és Intel® HD Graphics 500 GPU, az új Ubuntu/Mint live futtatás sem működik, csak ha kiválasztom a -nomodeset- vagy -secure- módot. Ezt a leírást megtaláltam [link] Kellhet még valamit beállítani, vagy ami itt szerepel az jó nekem is? Használni fogja a rendszer rendesen az Intel drivert HD-ban?
-
válasz
Rimuru #74282 üzenetére
Na jó a wait online nekem is így jön le, de hamarabb is jöhettél volna a konyhanyelveddel, nem kellett volna itt szenvednek ennyit.
Amúgy rengeteg szolgáltatásról gondolom, mi a ragya lehet, de abból nem mindig jön át, mit is csinál pontosan.
[x] NetworkManager-dispatcher.service /lib/systemd/system/NetworkManager-dispatcher.service
[x] = NetworkManager-wait-online.service Network Manager Wait Online
[x] > NetworkManager.service Network Manager
[x] network-manager.service /lib/systemd/system/network-manager.service
[x] > networkd-dispatcher.service Dispatcher daemon for systemd-networkd
[x] = networking.service Raise network interfacesAmúgy meg van néhány network services.
-
válasz
vadkörte #74278 üzenetére
Pontosabban 2db HDD 2-2 partíciója, valamint a W10 SSD (a GDrive mappa miatt).
Ez a Wines GDrive mappa is sokat elvehet az életedből, ha jól tudom, még működés közben is halál lassú, nem zárható ki, hogy a boot is emiatt ennyire hosszú. Van ennek értelme használni? Böngészőből teljesen egyszeri a Drive kezelése szerintem. A Win max szinkronizálja, de máshol meg használod böngirnyóból.
-
válasz
anorche1 #74279 üzenetére
Elég ködös nekem, pontosan mi a dolga, de kb annyi lehet, hogy többfelhasználós hálózat esetén az adott rendszer bootot késlelteti, feltételezve, hogy a bootnak más felcsatlakozó hálózati komponens is részévé szeretne válni. Bocs, ha nagyon konyhanyelven írtam le, de hálózatos dolgokat totál nem ismerem és nem is használtam még.
Lényegében vagy ott van a services list-ban vagy nem, de nagyon ritkán késleltet és arra sem jöttem még rá, mi alapján teszi, ha mégis. Azt tudjuk, hogy egyedi kliensgépen nincs semmi dolga, szóval nem értem, miért nem lövi ki mindenki, aki egyedi bootot használ.
Itt a nm-online definiálásánál is említik, de sokkal okosabb nem lettem.
másik forrás
A kilövés kb ennyi.
sudo systemctl stop NetworkManager-wait-online.service
sudo systemctl disable NetworkManager-wait-online.serviceés reboot
ellenőrizheted utána a
sudo systemctl status NetworkManager-wait-online.service
parancs használatával! De akár achkservice
is mutatja a statust.Itt vannak még leírások a felesleges services ideiglenes vagy végleges leállításának módjairól, ha érdekel.
-
vadkörte
addikt
válasz
CPT.Pirk #74272 üzenetére
Kikommenteztem a /mnt sorokat, majd vissza. 4 (2-2) indítás - hideg, nem restart - átlagával kb. 34s a bejelentkező ablak, kb. 45s a desktop. Ez is nagyon messze van a 2-5s-től, de így leírva nem olyan vészesen sok idő..
Érdekes, mert ha kikommentezett állapotban voltak az fstab-ban a /mnt sorok, akkor a /run/mount/utab állományba beírta magát az összes HDD/partíció és a run/media/user/~ mappába felcsatolódnak eltávolítható lemezként
(#74277) ubyegon2
"Jó ötletnek? Hát öööö....valami előnye van számodra amúgy? Költői kérdésnek szántam.....ja és Win10 meg legacyban telepítve....."
Igen annak tűnt, a W10 volt előbb, azt eleve legacy-ben telepítettem - gonosz vagyok, ha W10 telepítést kérnek tőlem, ha lehet legacy-ben telepítem magamnál meg pláne - a linux-ot meg a kíváncsiság miatt telepítettem UEFI-ben. Utólag bele gondolva, nem ez volt az évszázad ötlete.
"NTFS-sel nem tudsz mit kezdeni, ha kell a Win miatt, ez nyilvánvaló, de ez a sok HHD+ODD felcsatolás."
A /mnt csatolások, HDD-k. Pontosabban 2db HDD 2-2 partíciója, valamint a W10 SSD (a GDrive mappa miatt). A HDD-kről nem csak adott mappákra van szükségem, hanem a teljes lemez elérésére. Az ODD-ket nem csatolom, csak ritkán használom őket így nincsenek is az fstab-ban. -
válasz
vadkörte #74275 üzenetére
Na igen. Amikor telepítettem a desktop Manjaro-t, jó ötletnek tűnt az UEFI
Jó ötletnek? Hát öööö....valami előnye van számodra amúgy? Költői kérdésnek szántam.....ja és Win10 meg legacyban telepítve.....NTFS-sel nem tudsz mit kezdeni, ha kell a Win miatt, ez nyilvánvaló, de ez a sok HHD+ODD felcsatolás. Különösen utóbbi tűnik elég haszontalannak. Nem tudom KDE-n hogyan kell, de azt ki kéne lőni onnan.
A fiuk megkörnyékezett, hogy a laptopjára szeretne a W10 helyett linux-ot, mivel az anyja gépével is csodát tettem.
Nem lep meg, ez szinte csak így működik, ha valaki látja családban, ismerősnél, hogy fut egy Linux. Onnantól, ha csak nincs valami komoly oka a WinX használatnak, nekik is kelleni fog egy olyan.
Egyébként ennyi bőven elég az FSTAB-ba, olyan sor meg ne legyen kikommentelés nélkül, aminek nincs funkciója:
UUID=77c25784-65fa-6b22-b7c5-eac5445027b3 / ext4 discard,noatime,errors=remount-ro 0 1
# swap was on /dev/sdb7 during installation
UUID=d86f7120-35a8-112f-a09f-9e9c1f9a49e4 none swap sw 0 0 -
vadkörte
addikt
válasz
ubyegon2 #74271 üzenetére
Na igen. Amikor telepítettem a desktop Manjaro-t, jó ötletnek tűnt az UEFI
Az NTFS itt viszont sajnos szükséges rossz, mivel W10 is van a gépen és a lemezeket mindegyik OS használja.
Akkor ez így marad. Csak fura, hogy van egy viszonylag jó desktop gép (Core i5 6600 + 16GB RAM + 2x SSD (OCZVertex3=W10(legacy) + Samsung 840=Manjaro (UEFI)) +2x HDD + 2x ODD) és kell neki kb. 1 perc, hogy elinduljon...Nagyon múltkor említettem a családot a régi asztali AMD géppel és az űberretkes notesszel.
Úgy tűnik a családjukban hamarosan lesz egy újabb linux-os. A fiuk megkörnyékezett, hogy a laptopjára szeretne a W10 helyett linux-ot, mivel az anyja gépével is csodát tettem. -
Sonja
nagyúr
Nekem mindig is baromi lassú volt a boot, de napi 1x-2x kibírom.
Mondjuk, hogy mitől ilyen lassú, azt nem tudom.
systemd-analyze:
Startup finished in 4.207s (kernel) + 35.906s (userspace) = 40.113s
graphical.target reached after 6.713s in userspacesystemd-analyze blame:
12.757s apt-daily-upgrade.service
5.081s NetworkManager-wait-online.service
1.337s nfs-server.service
930ms apt-daily.service
712ms snapd.service
638ms keyboard-setup.service
549ms mpd.service
474ms udisks2.service
404ms dev-sda1.device
391ms networkd-dispatcher.service
[...]Én mindig is csak Legacy-t használok, és nincs NTFS.
-
CPT.Pirk
Jómunkásember
válasz
vadkörte #74270 üzenetére
A partíciók csatolása önmagában lassítja a bootot, de nem ennyire. Mindenesetre egy próba erejére kommentezd ki a /mnt-s sorokat.
Ezt a régi 2 magos Athlon2 procis tartalék gépem produkálja Manjaro KDE-vel egy egyszerű satás SSD-n:
$ systemd-analyze
Startup finished in 2.329s (kernel) + 11.865s (userspace) = 14.195s
graphical.target reached after 3.882s in userspace
A fő gépem meg Ryzennel valahol 2-4 másodperc körül bootol de az meg már annyira gyors, hogy pl. a Thunderbird nem feltétlen találja meg a kiszolgálót.
-
válasz
vadkörte #74270 üzenetére
[ubyegon@manjaro8570p ~]$ sudo systemctl status NetworkManager-wait-online.service
[sudo] ubyegon jelszava:
● NetworkManager-wait-online.service - Network Manager Wait Online
Loaded: loaded (/usr/lib/systemd/system/NetworkManager-wait-online.service; disabled; vendor preset: disabled)
Active: inactive (dead)
Docs: man:nm-online(1)
[ubyegon@manjaro8570p ~]$ systemd-analyze
Startup finished in 3.944s (kernel) + 2.686s (userspace) = 6.631s
graphical.target reached after 2.353s in userspace
[ubyegon@manjaro8570p ~]$ systemd-analyze blame
1.843s systemd-random-seed.service
1.243s upower.service
1.091s systemd-logind.service
......Most, hogy említetted, megnéztem halott Manjaro-mat és a NetworkManager-wait-online.service megint ott ólálkodott. Kilőttem, így már elmegy a bootidő.
Ja, hogy mi a gyors boot titka? no UEFI, no NTFS. De főleg az első. Itt egy ilyen hsz. Szóval nekem magyarázhat bárki bármit, Legacy tökéletes.
Egyébként érzetre is ennyi a különbség a bootok között, nemcsak a systemd-analyze szerint.
Megnéztem gyorsan a tartalék rendszert, ott is ott a NetworkManager-wait-online.service, fene a pofáját.
ubyegon@ubydeb10:~$ systemd-analyze
Startup finished in 5.255s (kernel) + 11.293s (userspace) = 16.549s
graphical.target reached after 10.591s in userspace
ubyegon@ubydeb10:~$ systemd-analyze blame
9.078s NetworkManager-wait-online.service
1.577s upower.service
1.139s ifupdown-pre.service
... -
vadkörte
addikt
Sosem értettem, hogy tudtok másodperces boot-okat "gyártani" bármilyen OP-rendszerrel. Nekem akárhogy próbálok sebességet kicsikarni belőle 1-2 perc kell, hogy felálljon a rendszer pedig SSD-(k)ről boot-ol.
A systemd-analyze ezt adja:
Startup finished in 32min 6.645s (firmware) + 10.543s (loader) + 3.040s (kernel) + 13.809s (userspace) = 32min 34.038s
graphical.target reached after 5.661s in userspace
A journalctl -b -p 3 -nak ez az eredménye:
-- Logs begin at Wed 2020-05-13 09:26:11 CEST, end at Tue 2020-08-11 22:56:54 CEST. --
aug 11 21:28:22 fejes-pc kernel: hid-generic 0003:1044:7A02.0004: item 0 1 0 8 parsing failed
aug 11 21:28:22 fejes-pc kernel: hid-generic 0003:1044:7A02.0006: No inputs registered, leaving
A hid-generic 0003:1044:7A02.0004 eszköz a Gigabyte Aivia K8100-as billentyűzetem. 5.7.9-1-es kernel fut alatta.
Nem hinném, hogy csatolási probléma lenne, az eszközök felcsatolódnak és működnek.
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=FB99-B052 /boot/efi vfat umask=0077 0 2
UUID=1a70cbc6-1351-4a3e-a03f-9bee8b5c3eee / ext4 defaults,noatime,discard 0 1
UUID=e80eb73d-b572-4e9e-b98e-06f4100cb766 swap swap defaults,noatime,discard 0 2
Storage
UUID=64360EE6360EB956 /mnt/SYSTEM ntfs-3g defaults,rw,noatime 0 0
UUID=92CC7480CC746101 /mnt/DATA ntfs-3g defaults,rw,noatime 0 0
UUID=D8A0FF1CA0FF0034 /mnt/DPPROOF ntfs-3g defaults,rw,noatime 0 0
UUID=01D1FBB3FCAB2F50 /mnt/DPCONVERT ntfs-3g defaults,rw,noatime 0 0
UUID=01D1FBB45058FFB0 /mnt/DPOTHER ntfs-3g defaults,rw,noatime 0 0
Végül is ki tudom várni amíg elindul... -
válasz
CPT.Pirk #74268 üzenetére
Persze, lehet, hogy most is tök jó lenne a kollégának is, csak éppen ott van a lehet!
Az általa már ismert Mint 19.3 meg 100%.ban fog működni.
A legutóbb felrakott Manjaro nálam is kinőtte az iwlwifis betegségét, gyors, minden OK. Amúgy. Első boot után jön a szokásos kernel panic, minek is javítanák ezt a majd 5 éves bugot amúgy.....
Szóval ja, jó ez a Manjaro.
Használnám is, ha nem b*szná fel az agyam már az elején ezzel a qrva bosszantó hibájával.
Egyébként a fontbeállításoktól kiugrik a szemem, anno beszéltük is ezt, hogy a Chakra install után egyszerűen tökéletesen jelenítette meg a fontokat Firefoxban. Minden más disztrónál állítani kellett valamit a fontokkal. Erre melyik disztró lett kampeca? Ez a Goedel verzió volt talán, ami 5. rc verziójával is teljesen jó volt. Na ezt sajnálom. Manjaro meg.....
-
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74264 üzenetére
Ilyenkor rugaszkodj el az Ubtuntu vonaltól. Dobjál rá egy Manjaro-t.
-
válasz
peterattila #74264 üzenetére
Hát akkor ebben ennyi volt, sejtettem, hogy a végén vissza kell raknod a 19.3-at, viszont az nagyon jó és még évekig támogatott is marad. A Focal Fossa ötlet nem volt túl hasznos, mivel az az alapja a Mint 20-nak, szóval ami nem működik az az Ubuntu 20.04 alap miatt nem működik.
Ennyi próbálkozást azért megért a dolog.
-
peterattila
aktív tag
válasz
peterattila #74262 üzenetére
Na, visszatértem a 19.3-ra. Előző rendszeren frissítettem 5.8-as kernelre, ami ugyanúgy lassú volt, cserébe eltörte az nvidia drivert. Minek forgassak nvidia drivert rá, ha ez is lassú. Szóval felejtős lett a dolog. Gondoltam nézzünk ubuntu focal fossa-t, hátha. De sajnos ez sem nyert. Úgyhogy maradt a 19.3 és win10, ezekkel sima a liba. Sőt, windowson a hetes volt rá a legjobb, de ez már így marad, amíg meg nem döglik a lap, proci, ddr2, valami.
Köszi mindenkinek a segítőkészséget.
-
gregory91
senior tag
válasz
peterattila #74247 üzenetére
Frissítéssel is lehet telepíteni.
A frissítés során az előző verziók megmaradnak, így akár azt a grub menuből is indíthatod. -
CPT.Pirk
Jómunkásember
válasz
growler #74260 üzenetére
Viszont kapsz belőlük újabb verziót, ahol már megvannak. - feltételezem az 5.4-be visszaportolt javításokra gondolsz.
Vladi-val folytatott egyik beszélgetés jutott el régebben oda, hogy a Centos6 akkori ősi kerneljébe annyi backportos javítás érkezett a hónapok alatt, hogy akkor már léphettek volna verziót is.
-
válasz
CPT.Pirk #74258 üzenetére
Gyorsabb volt megkeresni mint elolvasni.
Ez egy rossz beidegződés, viszont hasznos hosszú távon.
egyébként is megéri az új kernel ha már van lehetőség rá...
Biztosan így van, de én már jó ideje úgy vagyok mindennel, hogy ami működik, azt nem piszkálom. Ez is tud hasznos lenni!
Egyébként meg elég sűrűn frissül a saját tárolós kernel is, de egy HP Elitebook 8xxx-nak már sok újat nem fog hozni egyik sem. Az 5.9-ről olvastam minap, hogy rengeteg változást hoz, de lehet, hogy csak valami komolytalan oldal cikkezett valamit, fene figyelte, mit nyitottam meg mobilon.
-
válasz
CPT.Pirk #74256 üzenetére
Remélem azért nem kerested sokáig, épp azt linkeltem abban, amire válaszoltál.
Én most láttam először, teljesen jó az UKUU helyett, mondjuk nem járok abban a gamer cipőben, mint ti, hogy állandóan kelljen friss kernel, de előbb-utóbb csak upgrade-elem hardveresen a desktopot. Úgy látom, mire odakerülök, hogy játszani fogok, már Linuxon se lesz ez nagy kihívás. Ez sem.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2 #74253 üzenetére
Valami mással csináltam az előző héten a Mint20-on itt egy teszt gépen ezt, de most a googleben mindenhol csak az ukuu-t találom... Hülye PPA-s világ.
Az valami karakteres, de egyszerű dolog volt, pikk-pakk megoldotta a friss kernelt.
szerk: ahh megvan! "Mainline" a neve!
https://www.linuxuprising.com/2018/10/2-utilities-to-install-latest-kernel-in.html -
válasz
peterattila #74254 üzenetére
Nem tudom, de ezek, amiket linkeltem mind kifejezetten Ubuntuhoz készült kernelek! Az UKUU is és ez a Ubuntu Mainline Kernel Installer is csak azokat kezeli. A linkelt parancssorosnál is láthatod, hogy az Ubuntu szerveréről szedi a friss kerneleket:
wget -c https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8/amd64/linux-headers-5.8.0-050800_5.8.0-050800.202008022230_all.deb
-
válasz
CPT.Pirk #74252 üzenetére
teejee2008/ppa már nem tartalmazza a 20.04-hez illeszkedőt, az utolsó verzió a Disco-ra volt. Szerintem most már tényleg csak a fizetős változat lesz UKUU-ból.
Ebben a leírásban update jelzi, is, hogy megszűnt, ők is kivették, marad a CLI-s Mainline.
2 Utilities To Install The Latest Kernel In Ubuntu Or Linux Mint (GUI and Command Line)
#Ubuntu Mainline Kernel Installer
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74250 üzenetére
Elírtad a parancsot.
sudo apt -y install ukuu
-
válasz
peterattila #74249 üzenetére
Nincs többnyire gond ezekkel a régi, de még jó hardverekkel, de ilyen gikszerek azért előfordulnak új kerneleknél, ez nem most jön elő a Mint 20-szal, mindig is voltak ilyenek.
Ez most a legfrissebb stable kernel, ezzel a módszerrel is fel tudod rakni, csak az aktuális sort ki kell cserélned az előbbi linkben található sorral.
Itt van már 5.8-as is ugyanonnan.
-
peterattila
aktív tag
válasz
ubyegon2 #74246 üzenetére
Hát ja, nem mai gyerek már ez a gép. De hw szempontból még ma is remek állapotban van, csak az új rendszerek már nem ilyen gépekre készülnek. Nincs ezzel baj, csak akkor a telepítés elején közölje, hogy bocsi. Akkor nincs harag, tudomásul veszem, hogy nem megy fel rá az új rendszer és maradok a seggemen. Még elbabrálok vele, de ha nem boldogulok, akkor megy vissza a 19.3.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74247 üzenetére
Pl. az ukuu-val tudsz feltenni újat. [link]
5.7 vagy 5.8 most a legújabb ami benne lesz. -
válasz
peterattila #74244 üzenetére
10.738532] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
[ 159.759080] INFO: NMI handler (nmi_cpu_backtrace_handler) took too long to run: 0.000 msecs
[ 661.449151] perf: interrupt took too long (2504 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
[ 691.533541] INFO: NMI handler (perf_event_nmi_handler) took too long to run: 0.000 msecs
[ 782.754750] perf: interrupt took too long (3138 > 3130), lowering kernel.perf_event_max_sample_rate to 63500
[ 1123.426101] perf: interrupt took too long (3924 > 3922), lowering kernel.perf_event_max_sample_rate to 50750
[ 1139.825592] perf: interrupt took too long (14445 > 4905), lowering kernel.perf_event_max_sample_rate to 13750Pedig tök ugyanaz a hiba. Nálam is ugyanez a kernel van, nem csinál ilyet. Szóval a kernel betöltésekor történik a dolog, nem különösebben számít, hogy milyen disztrót raktál fel. Meg kéne próbálnod újabb kernellel, a jelenlegi valamelyik hardvereddel nem szimpatizál, ilyen van azért időnként.
perf_event_max_sample_rate - ezt írtam az imént is és ez ott van a mostani sorokban is!
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74244 üzenetére
Látsz valamit a journalban?
journalctl -b
journalctl -b -p 3
Meg még megpróbálhatsz újabb kernelt, hátha az 5.4-ben van valami ami nálad gondot okoz...
-
peterattila
aktív tag
válasz
ubyegon2 #74242 üzenetére
OK, de most ez hogy? Valahogy azt nem értem, hogy adott egy friss Ulyana telepítés és ezzel fogad? Ezen a gépen a 19.3 (anno) és win10 villámgyorsan bootol és megy hibátlanul. Ez részemről egy büdös nagy fekete pont. Most ez a dmesg kimenete. Nem az a hiba, amire elsőre gondoltam. A lényegi boot részek itt is lefutnak 10 sec alatt, utána nem történik semmi.
-
headhunter
addikt
válasz
peterattila #74241 üzenetére
-
válasz
peterattila #74241 üzenetére
perf_event_max_sample_rate
ennek kéne levinni az értékét a javasolt szintre, de több helyen írják, hogy érdemes 0-ra vinni, azaz kikapcsolni. Fogalmam sincs, nálad miért csinál ez ilyet és azt sem tudtam eddig, hogy ez a valami létezik a kernelben, de tényleg van nekem is, viszont sose szórakozik.A pastebin-es dolog jó volt, szinte épp ott van elvágva, ahol már érdemi infó is lenne, de épp megvan.
Ha meg akarod ezt oldani, javaslom a Haladóban kérdezd meg, hogy a fenti értéket hogyan lehet változtatni, hogy ne legyen belőle nagyobb gubanc! Itt ugyan látok javaslatot a kikapcsolására, de ha megnézed a linket, láthatod, hogy nem éppen a mi szintünkön beszélik meg a dolgokat, emiatt is célszerű a Haladó topikban kérdezned.
Itt is van egy link, de nekem még ez sem teljesen egyértelmű, mivel állunk szemben és mit kéne csinálni:
-
peterattila
aktív tag
válasz
ubyegon2 #74238 üzenetére
Pastebin-t még nem használtam, de így jó? https://pastebin.com/YUk1BTVg.
A monitoron semmi változás, csapkodhatom én a billentyűzetet. Nem hdd gond, kivettem az fstab-ból a felcsatolást, semmi változás. Viszont nekem gyanús több sor is a dmesg kimenetben, az utolsó pár sor, itt várakozik sokat:
[ 8.603806] caller os_map_kernel_space.part.0+0x73/0x80 [nvidia] mapping multiple BARs
[ 10.363326] r8169 0000:04:00.0 enp4s0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 10.363340] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
[ 39.556872] INFO: NMI handler (perf_event_nmi_handler) took too long to run: 0.000 msecs
[ 39.556875] perf: interrupt took too long (16427 > 2500), lowering kernel.perf_event_max_sample_rate to 12000 -
válasz
gregory91 #74239 üzenetére
Ezért is lenne jó látni a dmesg-et, hogy mi történik a @6.914s után. Látszólag az általad említett sor nem fogja meg a bootot,
de egyébként valóban szokatlan sor ez a FSTAB-ban, az igaz.UUID=3F65-C85B /boot/efi vfat umask=0077 0 1
Mivel egyes van a sor végén, a fs-ets ilyenkor ellenőrzi a fsck, most esik le! Ettől még......vagyis passz, efi-vel összefüggő kérdésekbe nem vauzok bele, nálam nincs fsck sor a systemd-analyze sorokban.
-
gregory91
senior tag
válasz
peterattila #74235 üzenetére
Valamiért engem ez a sor aggaszt:
"systemd-fsck@dev-disk-by\x2duuid-3F65\x2dC85B.service @1.209s +42ms
└─dev-disk-by\x2duuid-3F65\x2dC85B.device @1.207s"
A fsck a windows-os chkdsk linux-os megfelelője(fsck.fájlrendszer néven hivatkozik rá).Ha valami baj a partícióval akkor képes egy fsck programot is futtatni. -
válasz
peterattila #74237 üzenetére
Ebben az FSTAB-ban elsőre nem látszik semmi. Nézzük meg a dmesg kimenetet pastebin linkkel berakva, ott csak mutat valamit, hol kezdi a szuttyogást.
Azért sötét végig a monitorod, mert nem nyomod meg a látniakaromabootfolyamatot gombot! A le/fel gomb is tökéletes erre a célra. No de először nézzük a dmesg-et.
Ezt még nem próbáltad?
Valami halványan rémlik a meghajtók nevéről, lehet tévedek, de jobb lenne, ha átneveznéd a data-1 helyett data1-nek! A nevekben lévő írásjelek itt nem szerencsések. (ez lehet, hogy marhaság és csak ha szóközt tartalmaz a megnevezés, akkor van gond)
-
peterattila
aktív tag
systemd-analyze
Startup finished in 6.043s (kernel) + 6.664s (userspace) = 12.707s
graphical.target reached after 6.651s in userspacecat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=82f2d9b2-3b26-4d7d-bb95-bbf9779d8690 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=3F65-C85B /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
UUID=52ad698d-f53b-4902-a59b-ae19208c2f5c /mnt/Data-1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=be5bd992-5391-4360-a745-634795ff1408 /mnt/Data-2 auto nosuid,nodev,nofail,x-gvfs-show 0 0A minitor a boot során sötét, semmilyen visszajelzés nem látszik. Tiszta telepítés. 2 belső hdd van, ezek csatolásával eljátszottam, eredmény nélkül. A boot idő egyformán hosszú maradt.
-
válasz
peterattila #74235 üzenetére
Ez a kimenet nem mutat semmit, egyébként se jó csak így magában, a systemd-analyze nélkül.
Az a 30 sec plusz idő vagy egy rendszer számára nem található meghajtó miatt lehet, ehhez látni kéne az FSTAB kimenetet, de ha most sem UUID-dal vannak csatolva a meghajtók/particiók, az alapból hibalehetőség. Milyen telepítés ez amúgy, tiszta vagy frissítés? Milyen csatolásaid vannak? Külső/belsősystemd-analyze
cat /etc/fstabkimenetek kellenek.
A másik ami nekem új volt a múltkor, bár elég ritka, de nézd át ezt a thread-et
Ja igen, amíg bootol a rendszer, mi történik a képernyőn? Visszaszámlálás valami szöveggel, ilyesmi? Csak úgy nem malmozik a rendszer, hogy ne jelezné, mit csinál? Legalul szokta jelezni.
-
peterattila
aktív tag
Nagyon lassú a boot az új Linux Mint-en, értsd több, mint 50 sec a bejelentkezési képernyőig a bios töltésének végétől számítva. A rendszer ssd-ről fut. A systemd-analyze critical-chain kimenete:
graphical.target @6.914s
└─multi-user.target @6.913s
└─minidlna.service @6.684s +228ms
└─network-online.target @6.679s
└─NetworkManager-wait-online.service @1.951s +4.727s
└─NetworkManager.service @1.612s +337ms
└─dbus.service @1.607s
└─basic.target @1.593s
└─sockets.target @1.593s
└─uuidd.socket @1.593s
└─sysinit.target @1.577s
└─systemd-timesyncd.service @1.392s +184ms
└─systemd-tmpfiles-setup.service @1.356s +31ms
└─local-fs.target @1.344s
└─boot-efi.mount @1.254s +89ms
└─systemd-fsck@dev-disk-by\x2duuid-3F65\x2dC85B.service @1.209s +42ms
└─dev-disk-by\x2duuid-3F65\x2dC85B.device @1.207s
A hdd-led a gépen ez idő alatt folyamatos lemeztevékenységet mutat. Valami ötlet, hogy mi fogja meg? köszi. -
-
válasz
FoxiestFox #74232 üzenetére
Szép kis feladat, de szerintem mindenre lehet valamilyen Linuxot telepíteni, max ne netezés legyen a cél, a P1 az meg valóban kihívás lesz.
Egyet rakj be a süni óljába is, hátha megtanulja kezelni, nagyon jófej amúgy!
-
válasz
ubyegon2 #74231 üzenetére
Hasznos infók, köszi.
Sok Thinkpadem hever parlagon, amiket néha használgatnék, hogy érezzék a törődést, majd mindegyik kap egy-egy működő kis Linuxot is a gyárira megcsinált rendszerük mellé.
A T43 volt ennek az első állomása, de van sokkal régebbi is, Pentium1 érából, na arra lesz szép Linuxot futtatni. -
válasz
FoxiestFox #74230 üzenetére
Nagyon röviden, a DE az egy teljes asztali kezelőfelület, ami tartalmazza az ablakkezelőt és különböző asztalkezeléshez szükséges programokat, többnyire szervesen együttműködve a default fájlkezelővel (pld. Cinnamon+Nemo) Elég komoly rendszerigényük van, rendkívül jól testreszabhatók, effektezhetők.....
DE a Gnome3, Cinnamon, Mate, XFCE, KDE, LXDE, etc.
a WM pedig egy ablakkezelő, ehhez sok mindent fel kell még rakni, hogy a kényelmes kezelhetőséget elérjük. (pld. nem tartalmaznak panelt, azt is külön fel kell rakni) Konfig fájlokat kell szerkeszteni, ha be akarjuk állítgatni rendesen. Ha egy disztró alapból ilyennel érkezik, akkor az default elég jól be van konfigolva, például az Openboxos Bunsenlabs. Ha külön rakod fel, akkor neked kell ezekkel bíbelődni, nem annyira egyszerű belőni ezeket.
WM a Openbox, különböző xWM néven futó alkalmazások, rengeteg van belőlük, minimalista userek ezeket használják, roppant kis rendszerigényük van.
-
-
csixy
addikt
válasz
FoxiestFox #74224 üzenetére
Meg az az apróság, hogy root és sudo nélkül is műkszik rajta az aminek így nem szabadna.
-
Ha valami működik elfogadható sebességgel, akkor normál filmeket simán le fogja tudni játszani. Az persze disztrófüggő, melyikben vannak megfelelő kodekek, de VLC-hez nem is kell, mindent tartalmaz. Ha viszont vannak/felraktál kodekeket, akkor érdemes lightosabb playert felrakni, mpv például. Szerintem azért kíváncsiságból majd érdemes lesz azt a terminalból játszó YT viewert is megnézned. Szóval csak ügyeskedj, valamelyik disztróval csak fog sikerülni!
17.3 XFCE még öregebb gépeken is jól működött. [link] [link]
Sajnos ebbe a topikba nem nagyon írnak tapasztalatokat, pedig ilyenkor jól jöhetne:
-
válasz
ubyegon2 #74225 üzenetére
#preload
Anno kevés memóriás gyenge gépen használtam a RAM-ba előtöltést is, érdemes lenne kipróbálnod ezt is, kb pont ilyen összetételű gépen lehet értelme.
How To Improve Application Startup Time In Linux
sudo apt-get install preload
Gyakorlatilag install, reboot és dolgozik, ha elég adatot tudott elemezni pár boot-ból.
-
Mindenképpen olyan disztrót kéne választanos, ami csak WM-mel szerelt, nem DE-vel. A Bunsenlabs nem hangzott még el itt, ami ilyen. Egyébként minden elég lassú lesz, ahogy kolléga említette, a HDD miatt is, YT-ra kizárólag valami kiegészítőt próbálhatsz, böngészőben kizárt, hogy tudod nézni. Puppy oldalán láttam éppen a GTK YouTube Viewer-t, ezzel talál esélyes.
Sajna a Mint vonal már nem igazán jó gyenge gépekre, anno én is XFCE 17.3-at tudtam egyedül egy ilyesmi gépre felrakni. Max, ha Openbox vagy más WM-et felraksz rá, de szerintem ez elég kinlódos.
Amit még javasolnék, épp tegnap esett szó a zram-ról, érdemes lenne swap helyett azt kipróbálnod!
GTK YouTube Viewer magyar leírása.
Amúgy valami olcsóbb SSD-t nem lehet rakni a gépbe? Sokat dobna a sebességén.
-
-
Telda
addikt
válasz
gregory91 #74220 üzenetére
A 19.3 Mint xfce próbáltam elsősnek, ez az utolsó 32 bites verzió.
Ez már sajnos elég döcögős volt.
Aztán próbaként felraktam a 17-es Mintet, ami még azt hiszem Ubuntu 14-en alapul. Igaz már lejárt a támogatása, de nekem ez nem is lényeges. Ez azért jóval gyorsabb volt.
Nem tudom elengedni a Mint vonalat. Jól összerakott rendszer.
FoxiestFox neked mi van telepítve a T43-on? -
growler
őstag
válasz
FoxiestFox #74221 üzenetére
A 32-bites Mint 19.3-as Xfce 2023 Ápr.-ig támogatott.
Ennél újabb könnyűsúlyú 32 -bites talán a Peppermint 11-es lesz.
Még nem adták ki - és az sem biztos hogy lesz 32-bies verziója. -
-
-
K0zm0
aktív tag
Leírok néhányat, de személy szerint nem próbáltam ki őket. (Mint-et használok)
Bodhi Linux - 500MHz processzor, 256MB RAM, 5GB HDD
Puppy Linux - 600MHz processzor, 256MB RAM
Linux Lite - 1GHz processzor, 768MB RAM, VGA 1024×768 felbontás
LXLE - 512MB RAM, Pentium 3 CPU
Peppermint OS - 512MB RAM, Intel x86 CPU, 3.8GB HDDEzeken kívül még rengeteg van, úgyhogy szerintem jó eséllyel találhatsz neked megfelelőt! Sok sikert!
-
Telda
addikt
Sziasztok!
A következő Dell D610 erőgépre keresek disztribúciót.
Pentium M 1.6 proci
2GB memória
120Gb vinyó
Linux Mintet 1.9 próbáltam, de elég lassú volt.
Lubuntu szintés lassú volt.
Puppy Stretch75 HU alatt valamiért nem ismerte fel a halókártyákat.
A youtube-ról teljesen lemondtam, mert csak hang van kép nincs.
Ha már nem HD filmeket le tudna játszani, az már elég lenne nekem. -
Senki nem tudhat mindent, az se sokat jelent, ha Tg vagy! Én is voltam 3 topikban is, itt is éppen, mégsem tudtam szinte semmit!
Te ennél gondolom csak jóval többet.
Ha már így említed, akár a script topikba is benézhetsz a Haladó mellett, de inkább ez legyen az első, mármint a Haladó.
Gondoltam, hogy neked egy watch -t -n1 valami [link] nem lesz elég, azért nem is említettem.
Valami pofonegyszerű script ebben a leírásban is van, de ez kevésnek tánik. -
tjsz
senior tag
Sziasztok!
Lehet, hogy rossz topic-ba, írok, de szükségem lenne egy kis segítségre egy Tomato (Linux) firmware-es router-en. Parancssorban szeretném listázni az aktuális static dhcp táblában szereplő eszközöket (elvileg ide menti: /etc/dnsmasq.conf) ill. azt hogy milyen DHCP kliensek mikor kértek-kaptak IP címet (elvileg ide menti: /var/lib/misc/dnsmasq.leases). A problémám mind2 file-al az, hogy egyik sem egy folyamatosan frissülő file, ha friss file-okat akarok, akkor a dnsmasq-t kell újraindítanom, ugyanakkor ezt nem sűrűn szeretném megtenni.
A kérdés tehát az, hogy van-e arra bármilyen lehetőség, hogy a dnsmasq újraindítás nélkül kiírja a file-okba a szükséges infót? -
#63718632
törölt tag
válasz
cprogrammer #74205 üzenetére
Valamit nagyon félre érthettél, mert nem személyeskedni akartam a linuxos lovaskatonával. Általánosságban gondoltam, az elmúlt pár hét-1 hónap "termése" alapján, több felületet olvasva.
Általános, home user felhasználást meg balgaság üzleti és üzemeltetési kontexusba helyezni.
A házi linuxát mindenki úgy barmolja szét, ahogy akarja. Ez viszont nem ok arra, hogy hülyeségeket terjesszen. Itt sem rád gondolva, hanem általánosságban. -
gregory91
senior tag
válasz
hódmaci #74150 üzenetére
Vagy egy tömör módszer:
Csinálsz egy partíciót a telepítőnek és oda csomagolod a windows telepítő (iso) tartalmát.Majd terminalon futtasd le a "sudo update-grub" parancsot ha ezzel meg vagy, akkor a grub menüből kiválasztod a telepítőt valami "Windows enviroment (dev/sdax)" néven ahol -x egy szám.
Ha pontosan felügyeled a telepítési folyamatot(gondosan formázod a kért meghajtót és kiválasztod majd tovább gomb a folytatáshoz) akkor nem lesz gond.Bár számolni kell azzal hogy a HDD/SDD mbr-jét felülírja(ezt is orvosolhatjuk könnyen). -
gregory91
senior tag
válasz
cprogrammer #74205 üzenetére
Ez egy standard lista,el lehet tőle rugaszkodni amíg nem jelent problémát(értsd összeakadozást).Ha csinálsz egy mappát oda is "felcsatolhatod".
-
válasz
#63718632 #74204 üzenetére
Nem is rád értettem.
Nyilvánvaló, azért már sokaknak ismerjük a preferenciáit, ennyi haszna mindenképp van, hogy régóta vagyunk itt páran.
A read only mód egyébként időnként kifejezetten jól esik az embernek. Mint most is jó lesz, mert kezdek kíváncsi lenni, mikor ugrik be, kit tisztelhetünk új nicken nagytudású új fórumtársunkban. A stílusa már ismerős, de egyre több hasonló van....
(#74206) csixy
Gecko? Honnan tudod ennyi idő alatt, hogy nem neked való? Ennél azért kitartóbb szoktál lenni, főleg számomra értelmetlen dolgokkal.
(#74207) Rimuru
Kellenek az ilyen nagy tanítómesterek, azt mondod? No de írja reborn kolléga, hogy belefáradt a tudatlanokkal való bíbelődésbe. Igaz azért megjelent újra körünkben, hogy.....igazából nem tudom mi a fenének jött.
-
Rimuru
veterán
válasz
cprogrammer #74205 üzenetére
Vegre egy uj arc aki ert is hozza.
Legyszi ird le a velemenyed a systemdrol, dockerrol, meg az uj hipster dolgokrol (mehet logoutra) -
csixy
addikt
Feltettem a rolling geckót. Hát, nem nekem találták ki.
-
#63718632
törölt tag
válasz
ubyegon2 #74203 üzenetére
Nem is rád értettem.
Úgy kb. 1 hónapja csak szinte read only vagyok, az is napi 10-15 perc max. A szabad időm másra kell fordítani.
Körbe szaladva azt a pár fórumot, amit eddig követtem. Azt látom, hogy nagyon terjed az a tendencia. Amikor friss userek, picike siker élmény után. Elkezdik hinni magukról a szent grál birtoklását, aztán ideológiát gyártanak maguk köré. Ebbe csomagolva meg terjesztik a hibás téziseiket. Fenn hangon megsértődnek a hiányik tényszerű feltárásától.
Ezek miatt nem is nagyon bánom, ha csak minimálisan read only tudok lenni.
Hatmilliószor leírt problémákra nem tudnak rákeresni, kérdezni sem tudnak.
Áááá hagyjuk.
-
válasz
Rimuru #74202 üzenetére
De én bizony kerestem, mert tudtam, hol kell lennie!
Amugy se ertem ezt a dolgot, mindig oda csatolodnak a dolgok ahova mondom ezert keresni se kell.
Nem azt kerestem ám, amit én csatoltam fel előzőleg.
(#74201) májkimiki
Szerencse, hogy nem vagyok Ubuntu huszár!
Mintesek sokkal bölcsebbek.
-
Rimuru
veterán
válasz
ubyegon2 #74200 üzenetére
De nem is kell keresni,
mount
megmondja.Oke ez kicsit zajos tud lenni mindenfele cuccal, pl snap, cgroup, tmpfs, stb.. de akkor meg ott van az
lsblk
, stb... tudom ez nem jo mert terminalos, akkor ott van a lemezkezelo az is megmutatja vagy akar a fajkezelo is.Amugy se ertem ezt a dolgot, mindig oda csatolodnak a dolgok ahova mondom ezert keresni se kell.
-
Ú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!
- Okos Otthon / Smart Home
- Milyen videókártyát?
- Miért nem működik a 4K 60 Hz minden HDMI kábellel?
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Autós topik
- Kertészet, mezőgazdaság topik
- Xbox Series X|S
- Milyen okostelefont vegyek?
- OLED TV topic
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Vírusirtó, Antivirus, VPN kulcsok
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- 130+131+132+133 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080
- LENOVO ThinkBook 13s - 13.3" FullHD IPS - i5-10210U - 8GB - 256GB SSD - Win11 - MAGYAR
- Telefon felvásárlás!! Honor 400 Lite, Honor 400, Honor 400 Pro
- Eredeti Windows 10 / 11 Pro aktiválókulcs AZONNALI SZÁLLÍTÁSSAL!
- PS3 Játékok 1500Ft/db - RÉSZLETEK A LEÍRÁSBAN
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest