- Folyamatos vérnyomásmérést kínál a Huawei Watch D2
- Samsung Galaxy Watch7 - kötelező kör
- VoLTE/VoWiFi
- Samsung Galaxy S21 FE 5G - utóirat
- One mobilszolgáltatások
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Honor Magic6 Pro - kör közepén számok
- Milyen GPS-t vegyek?
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Megérkezett a Google Pixel 7 és 7 Pro
-
Mobilarena
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
Frawly
veterán
Ebből még mindig nem derül ki semmi. Olyan nincs, hogy önmagában a kernel gondol egyet, és megakad, meg leáll pihizni 5 percre. Valami miatt akad el, valami hardverdetektálás, DHCP szolgáltatása várás egy nem használt hálózati kártyán, nem tud valami partíciót felcsatolni, ilyesmik. Ezt kéne megnézni a kernelkimenetből: dmesg -H futtatásával.
A systemd-analyze kalap pikulát se ér.
Ezt a noresume kapcsolót nem ismerem, nem is tudtam kideríteni, hogy PONTOSAN mit csinál. Igen, a resume funkciót tiltja le, de arról nem derült ki, hogy pontosan mi a rák is az.
-
Anno én is psensort próbáltam, de még Conky-ban vannak hasonló megoldások vagy panel applet-ben. Viszont mindegyiknél lényeges, hogy először teminalban el kell végezned a detektálást! Aztán csak nyomogasd neki az y-t, míg nem végez, elméletileg így mutat helyes értéket. Ha.....
terminalban a sensors parancs lecsekkolja neked, ezt használja a psensor is.ubyegon@Mint19C:~$ sudo sensors-detect
[sudo] ubyegon jelszava:
# sensors-detect revision 6284 (2015-05-31 14:00:33 +0200)
# Board: ASUSTeK COMPUTER INC. F2A85-M
# Kernel: 4.15.0-36-generic x86_64
# Processor: AMD A10-5800K APU with Radeon(tm) HD Graphics (21/16/1)
This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.
Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): yNéha elég sok percig eltart a detektálás, ha lassú a gép!
A végén ezt írja ki: Mindig elfelejtem ezt, rendszergazdaként le kell futtatnod ezt a parancsot, amit ír:
Monitoring programs won't work until the needed modules are
loaded. You may want to run '/etc/init.d/kmod start'
to load them. -
válasz
ubyegon2
#34391
üzenetére
Közben átnéztem ezt a linket és nem úgy van, mint az előző verzióknál, ott a hibernálást tiltotta le egy hasonló parancssor, de itt már azt írják, a hibernálás alapból tiltva van, ez a
suspend to ram-ot tiltja. SSD esetén meg a hibernálás az , ami nem kívánatos, de nálkad a lassú boot miatt célszerű úgy hagyni most már, ahogy van. Viszont annyit kiderítettünk, hogy nem fog gondot okozni anoresumeopció!
-
Most olvasom éppen, ez nem veszi figyelembe a hibernálást, bár azt nem értem alapból miért készül fel a rendszer a hibernálásra. Eszembe jutott, így lehet kikapcsolni a hibernálást, ekkor a kikapcsolási panelen meg sem jelenik a lehetőség.
Megvan!
Itt a módszer, hogyan lehet kikapcsolni a hibernálást teljesen Ubuntu/Mint-en:Erre azért nem is gyanakodtam, mert nálam laptopon SSD-n nem vettem észre emiatt késlekedést.........bár lehet, hogy mégiscsak volt valami! No meg is nézem.....
(jó is, hogy felhoztad ezt a dolgot megint) -
kutga
félisten
válasz
ubyegon2
#34389
üzenetére
Egyelőre elkezdem használni így, aztán ha hibába ütközök megyek tovább.
Biztos hogy írtad, de akkor még az
apt.dailyre gyanakodtunk, egyébként arra is elvégeztem a javasolt beállítást.MOD
Mintha írták volna hogy a suspend ill hibernation így nem fog menni, de ssd-vel nem használom, így nekem nem érvágás. -
No ez jó hír! A
systemd analyzeparancsot nem írtam volna még az elején?Nálam ugyanazt mutatja, mint a time-mal megtoldva!ubyegon@Mint19C:~$ systemd-analyze time
Startup finished in 6.033s (kernel) + 5.982s (userspace) = 12.015s
graphical.target reached after 3.473s in userspace
ubyegon@Mint19C:~$ systemd-analyze
Startup finished in 6.033s (kernel) + 5.982s (userspace) = 12.015s
graphical.target reached after 3.473s in userspaceErről a
noresumeopcióról még nem is hallottam vagy elkerülte a figyelmem.
Amúgy ez is ugyanazt éri el szerintem, mint amiről beszéltünk, hogy kikapcsolsz szolgáltatásokat, amiket asystemd analyze blamemutat, bár ez egyszerűbben megoldja.Cserébe viszont lehet, hogy olyan service sem indul el, amire esetleg szükséged lehet, mert ez semmit nem vesz figyelembe boot-kor. De ezt lehet nem is fogod észrevenni.Alapvetően nem véletlen vannak ezek a services-re várakozások a kernel folyamatban, én még mindig azt mondom, célszerűbb kikapcsolni a nem szükséges szolgáltatásokat az itt leírt módon:Linux Default Services Which Are Enabled at Boot
Amúgy a resume nekem a suspend ill hibernation-t juttatja eszembe.
Vagy a swap-ot....át is húztam a fenti részt. -
kutga
félisten
Hölgyek/Urak!
Akit esetleg érdekel, úgy tűnik sikerült megoldanom a lassú bootot a P4-es gépen.
A
systemd-analyze blameparancs nem mutatja a kernel időt, asystemd-analyze timeparancs viszont egyértelműen megmutatta, hogy a kernel akad meg a boot során (a kernel idő több mint öt perc
).Kicsit olvasgattam, és azt találtam, hogy másoknál a
noresumebeillesztése agrub.cfgfájl alábbi sorába megoldotta a problémát, valahogy így:GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"A kernel idő ezzel 5 percről 5 másodpercre csökkent.
Startup finished in 4.751s (kernel) + 8.930s (userspace) = 13.682s
graphical.target reached after 8.876s in userspace -
Frawly
veterán
válasz
#40553216
#34385
üzenetére
Jó, de pont azt írom, hogy mindegy, hogy hány bites rendszert tettél fel, a Grub mindig is i386-ot fog írogatni, ha belegörbülsz, meg majd egy távoli jövőben kiadott 128 bites rendszerre teszed fel, akkor is
Így van ez 64 bites Arch alatt is (abból már nincs is 32 bites, csak külön fork-ként), ott is Grub telepítéskor ilyen i386 target platform möhöhözést ír. Pedig ott a 32 bites multilib csomagokat lib32-nek írják, nem i386-nak. Ubuntun ugyebár a 64 bites csomagok amd64 végződéssel vannak ellátva, az sem azt jelenti, hogy a benne lévő Intel Core i procit nézné a rendszer AMD-nek. Ez csak szimplán azt jelenti, hogy sok mindennek hülye rövidítést választottak, nem lehet belőle következtetést levonni.
-
#40553216
törölt tag
válasz
Frawly
#34383
üzenetére
A 64 bites fent van, így nagy eséllyel elindul. Eddig (három éve telepítettem) sosem írt ki ilyet, csak most, hogy átraktam a régi gépbe az SSD-t. Nincs /boot és csak két kernel van fent, mint egy rendes, tudatos Linux használónál.
(#34384) ubyegon2
Persze, simán elindult, egy hete erről gépezek. Persze ez „csak” egy EVO 250-es. Lassú, mint a tetű, de ez van. -
-
Frawly
veterán
válasz
#40553216
#34378
üzenetére
Azzal nem kell foglalkozni. A Grub az i386-ot nem úgy érti, hogy 32 bites, hanem hogy x86-architektúrára készült (és nem ARM, vagy PowerPC vagy ilyesmi). Valószínű, hogy ezek csak telepítéskori warningok, mert az install script nem találja meg azonnal, hogy hová lett telepítve. Egy kézi grub-install parancs futtatása meg fogja oldani, ha nem bootolna.
Esetleg még az lehet, amit Júbájgön ír, hogy betelt a régi kernelek miatt a boot partíció, és emiatt nem települ a friss Grub.
-
#40553216
törölt tag
válasz
ubyegon2
#34381
üzenetére
Nem én, az Ubuntu. Egyszerűen csak engedtem a felugró ablakban a frissítést. Én egyszerűen pár napja áttettem a meghalt 8560-ból a régi Asusba az SSD-t, ami mindkét gépben sda. Annyi a különbség, hogy az Asus csak 2 GB rammal és pocsék procival bír.
De a 64 bites GRUB továbbra is telepítve van, így elvileg semmi nem változott. -
-
válasz
#40553216
#34378
üzenetére
Mondom, hogy így indul nálam is a grub-install. Szerintem a GRUB csak 32bites, EFI van 64 bites is külön.
A helyfoglalásokat azért csak csekkold le. 🙃
Device.map bejegyzéseket nézted?
Amúgy lehet, hogy manuálisan kéne megpróbálni telepíteni újra a GRUB - ot, ha nem megy akkor live-ból. -
válasz
#40553216
#34375
üzenetére
Telepítés a(z) i386-pc platformhoz.
Szerintem minden GRUB telepítés így kezdődik. Ezzel nem kell foglalkoznod, fura, hogy nem meghajtóra akarja telepíteni/frissíteni, de valami miatt nem fér hozzá, nem talál elég helyet. (utóbbi mondjuk elég érdekes)
A /boot nincs tele?
-
#40553216
törölt tag
A p.csába! Kezd egy kicsit elegem lenni az Ubuntuból. Úgy néz ki, hogy kinyírta a másik gépemet, most pedig a frissítésnél azt mondja, nem tudja telepíteni a GRUB-ot egy olyan rendszerre, amin a GRUB rajta van, hiszen frissíti. És felajánlja azt a lemez, amin van most is, ezen lívül ennek a lemeznek az első partícióját. Bármilyen variációt kijelölve pedig kifogásolja, hogy nem jelöltem ki, így nem lesz telepítve. Nagyon B+! Főleg, ha tényleg nem indul el.
A frissítési ablakban az ehhez tartozó szöveg:
Setting up grub-pc (2.02-2ubuntu8.6) ...
Telepítés a(z) i386-pc platformhoz.
grub-install: hiba: nem található GRUB meghajtó ehhez: /,. Ellenőrizze a device.map bejegyzéseit..
Telepítés a(z) i386-pc platformhoz.
grub-install: hiba: nem található GRUB meghajtó ehhez: /,. Ellenőrizze a device.map bejegyzéseit..
Telepítés a(z) i386-pc platformhoz.
grub-install: hiba: nem található GRUB meghajtó ehhez: /,. Ellenőrizze a device.map bejegyzéseit..
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-36-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-36-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-34-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-34-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Megtalált Windows 7 ezen: /dev/sda1
kész
Processing triggers for libc-bin (2.27-3ubuntu1) ...
Processing triggers for tex-common (6.09) ...
Building format(s) --all.
This may take some time...Mi a faszért akar 32 bites GRUB-ot telepíteni egy 64 bites rendszerre? Ki a fasz kérte erre?
-
kubokra
tag
Sziasztok, remélem jó helyre írok.
A létező összes angol nyelvű fórumot olvastam már, de nem sikerült megoldani a kínomat, hátha így, hogy elmondhatom pontosan a problémám, megoldást tudtok adni.
Ős netbookra (dell insprion 1018, Atom n455 proci) raktam fel lubuntut, mint első lightweight distro (eddig csak windows volt). Telepítés, beállítgatások minden tök jó, de ha újraindítom, akkor a töltőképernyőig jutok, ott minden megáll, ha jól gondolom a tapipad és billentyűzet meghal, és értelemszerűen nem tölt tovább. Ez mitől lehet?
Ja, a Ctrl Alt Fx nem működik, legalább TTY-be eljutnék, de nem.
Ugyanitt használható "könnyű" distrót keresek -
-
Frawly
veterán
válasz
core i7
#34359
üzenetére
A Puppyt végül is kipróbálhatod, de azt inkább azért nem ajánlom, mert progit telepíteni bajos rá, külön Puppletek kellenek, vagy mókolni kell hozzá. Rendes disztrón, mint a Sparky Linux vagy AntiX vagy hasonlók meg lehet rendesen a hivatalos tárolóban progikat feltenni, és a szoftveres választék is nagyobb azokra.
A Lubuntu már nem ajánlott ilyen célra. Míg LXDE felületet használó disztró volt, addig ajánlott volt gyenge gépre, de mióta áttértek LXQt felületre, azóta a fejlesztők is hangsúlyozzák, hogy többé nem pehelysúlyú disztró, nem a gyenge gépeket célozzák már meg.
-
Tutu7030
veterán
válasz
core i7
#34359
üzenetére
Szólj, ha találsz valami "könnyű" de gyors verziót, mert én már mindenféle ubi variáns és Q4OS-t próbáltam a zotac zboxon (atom n330cpu+nvidia ion + 2GB RAM), de eddig a legjobb sebességet a win7 hozta rajta. (gondolom a csodása támogatott nvidia ion lehet a főkolompos a dologban, mert a linuxokon már 480-ban is akadozott a youtube lejátszás, win7-en meg a 720 is majdnem teljesen folyamatos volt)
-
#40553216
törölt tag
Hali!
A HP 8560p-vel még nem tudom, mi van. Helyrepofozni még nem tudtam, de az SSD-t átraktam a 11 éves őskövület ASUS-ba. Elsőre ugyanazt a hibát produkálta: a boot végén, a gui megjelenítésekor „félúton” megállt (maradt a konzol, de a kijelző szélén megjelent a gdm háttérszíne és a mozdíthatatlan egérmutató).
Gondoltam, lecserélem a gdm-et, hátha. 16.04 LiveUSB, chroot próbálkozás. A chroot-nál azt írja, nincs chroot. WTF? Telepíteni akarom, nem telepíthető. WTF??? Reboot, recovery. Itt persze nem kapcsolódik a netre. Telefonon gdm switch ligtdm, parancs kiad, újraindít. Elindul! Csakhogy a 8560p-t, ha nem az alaplapot, akkor a VGA-t mindenképp kinyírta. FUCK! -
-
-
zoltanz
nagyúr
Nem találja a Debian 9 (friss 4.9 kernel) az Usb wifi adapter-t, TP-Link WN821N V6 elvileg a 4.3-tól van beépített driver.
lspci, lsusb nem érzékel semmit rá utalót, mikor bedugom éppen, hogy megvillan, azt semmi.
De Windows alatt működik, tehát jó.
Másik USB-s adaptert érzékel, a Debian is csak ezt nem. -
Frawly
veterán
válasz
core i7
#34337
üzenetére
Erre a gépre teljesen mindegy mit raksz, kínszenvedés lesz vele a böngészés. Nem a régi P4 proci miatt, hanem az 1 GB RAM nagyon szűkös a mai netezéshez, egy böngésző 1 füllel hipp-hopp megeszi.
Ilyen gépre én Sparky Linuxot vagy AntiX-ot vagy MX-Linuxot szoktam ajánlani IceWM felülettel. Böngészőnek Falkon, Midori, Slimjet. Esetleg Pale Moon vagy Chromium, de abban csak azt az oldalt megnyitni, ami nem megy a fenti három soványabb böngészőn.
Ilyen régi gépen már nem érdemes böngészni, max. csak retró játékokra érdemes használni, esetleg ilyen offline szövegszerkesztés, mp3 hallgatás, e-könyvek olvasása, stb.. Böngészésre meg venni egy olcsó, használt, de a ma is kellően erős, 2-3. genes üzleti gépet, vagy egy olcsó tabletet, ha nincs anyagi keret új gépre.
-
Frawly
veterán
válasz
ubyegon2
#34331
üzenetére
Megnézed mi az IP-d a routerre kötött gépen. Ha ilyen 10.x.x.x-es, vagy 192.168.x.x-es vagy hasonló belső cím, akkor a router végez NAT-ot. De már a látatlanban is teljesen biztos vagyok, hogy a routeren át kapcsolódsz a netre, akkor NAT mögött vagy, hiszen minden routerben ez a default működés.
A szolgáltató is NAT-olhat, a routerben a WAN címet kell ellenőrizni akkor. De ha nem akarsz szolgáltatói NAT-ot, csak be kell telefonálni, és kérni, hogy ne tegyenek NAT mögé, általában ennek díja sincs.
Igen, elfogytak az IP-k, vagyis konkrétan nem úgy fogytak el, hogy mind használatban van, de már az összes tartomány ki van osztva valami szolgáltatónak, azok meg nem gazdálkodnak vele valami jól. Hosszú távon az IPv6 elkerülhetetlen, de a neten azt írják, hogy még majd egy évtizedig húzni fogja az IPv4, és csak azután is nagyon lassan fog kikopni. Kicsit olyan lesz, mint a 32 bites gépek és OS-ek.
-
core i7
addikt
Sziasztok régi pentium 4-es 1GB ram gépre XP helyett Linux mint vagy Chrome os melyik lenne gyorsabb? Csak böngészésre lenne használva a gép. Úgy tudom Chrome os is Unix alapú tehát xp helyett mindkettő jobb lenne. Csak ugye chrome os hez net kell de ha gyorsabb lenne a böngészés egy ilyen pc-n mint a linux mintel akkor inkább azt nem?
-
sonar
addikt
válasz
ubyegon2
#34333
üzenetére
Már hogyne lenne. NAT mögötti gépek alapból egy csomó külső támadás ellen védettek.
Pl.:Melyik szolgáltató szereti ha a zombi hálózatot üzemeltetnek rajta keresztül?
Igen az IPv4 cimek elfogyása hozta a helyzetet, de szerintem ha jól van konfigolva akkor abból alap esetben nem tünhet fel semmi. -
Azért a gonosz szolgáltatók a NAT-tal, jó sokat tesznek a mögötte lévő 1ség sugarú userek védelméért.
Qrvára semmi köze nincs ehhez a dolognak, de ezt szerintem te is tudod. Egyszerűen annyira fogynak az IPv4-es címek, hogy mindenkit átraknak a privát IP-ből NAT-ba.
Lehet kérni, hogy rakjanak vissza, ha az egyszerű user egyáltalán rájön, miért nem éri el a napi használatú weboldalakat.
(annyit elárulok, hogy a legtöbb felhasználónak fogalma sincs a NAT mibenlétéről, igaz persze, hogy a legtöbb felhasználónál nem is okoz problémát a NAT-olás) -
-
válasz
Frawly
#34330
üzenetére
A szolgáltatói NAT-olást nagyrészt már értem, sejtettem, hogy a local NAT is hasonló lehet. No de, mitől lenne például az én routerem NAT-olt? Vagy másé, honnan tudom én ezt?
Ami majd ezt az egyszerű képet össze fogja zavarni, az az IPv6 lesz.
Én ezt nem bánom, mert akkor a rühdisznó szolgáltató nem rak át sunyiban NAT-ba, ami miatt ugyan csak kevesen szopnak, de azok nagyon.
Elfogytak az IPv4 címek, mert már egy qrva robotporszívó meg kávéfőző meg minden csak úgy jó, ha wifis. (bár lehet, hogy ezeknek nem kell külön IP, de sok eszköznek meg kell.
-
Frawly
veterán
válasz
ubyegon2
#34325
üzenetére
A NAT azt jelenti, hogy a külső hálózati címre érkezett csomagok átirányítódnak belső hálózati (LAN) címekre (ilyen 10.x.x.x, 192.168.x.x, hasonlók). Ez azzal jár, hogy ha nincs kifejezetten port nyitva, a NAT mögüli gépek kívülről elérhetetlenek. Van, hogy a szolgáltató is NAT-ol.
Ez a megoldás már önmagában is egy elég biztos tűzfalként funkcionál, még akkor is, ha a routeren nincs bekapcsolva tűzfal.
Másrészt, mint írtam, a kerneles tűzfal (aminek a grafikus frontendje a gfwu) alapból nem szűr semmilyen forgalmat, míg fel nem veszel hozzá szűrési szabályokat. Alapból be/kienged mindent.
Ami majd ezt az egyszerű képet össze fogja zavarni, az az IPv6 lesz.
-
-
Frawly
veterán
válasz
ubyegon2
#34308
üzenetére
Én alapból nem javasolnám a tűzfal használatát, ha NAT-os routeren keresztül kapja a gép a netet. Meg a linuxos tűzfalak alapból nem szűrnek semmit, ha nincs szabály beállítva rajtuk.
A tűzfal akkor lehet fontos, ha a gép közvetlenül, router kihagyásával van kiengedre a netre, de ez már manapság elég ritka.
-
#enable or disable services
Én alapból kikapcsoltam a Mint-en a Frissítéskezelőt (rendes ember amúgy is terminalból frissíti a rendszert, amikor eszébe jut), remélem ez a két szolgáltatás azzal függ össze (főle),de ha nálam nincs galiba, te is nyugodtan kilőheted mindkettőt. Ha nem találod meg a Rendszerbeállításokban, akkor marad a terminalos kikapcs, de mivel ismerkedni, gyakorolni akarsz, így ezeket nézd át előtte, egyébként itt a kikapcsolás módja is le van írva:
How to enable or disable services?
How to Manage Systemd Services on a Linux System
How To Use Systemctl to Manage Systemd Services and Unitsitt a két lekérdezés minta kimenet:
ubyegon@Mint19C:~$ systemctl status apt-daily-upgrade.service
● apt-daily-upgrade.service - Daily apt upgrade and clean activities
Loaded: loaded (/lib/systemd/system/apt-daily-upgrade.service; static; vendor preset: enabled)
Active: inactive (dead) since Wed 2018-10-03 06:08:14 CEST; 13h ago
Docs: man:apt(8)
Process: 4534 ExecStart=/usr/lib/apt/apt.systemd.daily install (code=exited, status=0/SUCCESS)
Main PID: 4534 (code=exited, status=0/SUCCESS)
okt 03 06:08:13 Mint19C systemd[1]: Starting Daily apt upgrade and clean activities...
okt 03 06:08:14 Mint19C systemd[1]: Started Daily apt upgrade and clean activities.
ubyegon@Mint19C:~$ systemctl status apt-daily.service
● apt-daily.service - Daily apt download activities
Loaded: loaded (/lib/systemd/system/apt-daily.service; static; vendor preset: enabled)
Active: inactive (dead) since Wed 2018-10-03 17:09:14 CEST; 2h 8min ago
Docs: man:apt(8)
Process: 17547 ExecStart=/usr/lib/apt/apt.systemd.daily update (code=exited, status=0/SUCCESS)
Process: 17539 ExecStartPre=/usr/lib/apt/apt-helper wait-online (code=exited, status=0/SUCCESS)
Main PID: 17547 (code=exited, status=0/SUCCESS)
okt 03 17:09:13 Mint19C systemd[1]: Starting Daily apt download activities...
okt 03 17:09:14 Mint19C systemd[1]: Started Daily apt download activities.Ez sem maradhat ki, hiába Ubuntu topik:
-
Nincs gond. Ez van, ha valami service még dolgozik a boot-folyamatban, ilyenkor kicsit várj és nyomkodd újra a parancsot. Nekem minap percekig nem írta ki a bootidőt, mert épp az fstrim-et futtatta le a rendszer. A terminalban célszerű az előző parancsot a
felnyíllal előhívni, így csak a nyilat és azEnter-t kell nyomogatnod, amíg ki nem dobja az ereményt.A
systemd-analyzeeredménye után már dobja asystemd-analyze blameeredményt is.upd.
Látom csak megvan az eredmény. Valóban elég lassúnak néz ki.Az első két sorból az egyik vagy mindkettő egy ismert bug, fura, hogy még nincs kijavítva, de ezt megnézheted, mit tudnál kezdeni vele.
Azt gondolom feleslegesen kérdezem, hogy frissítetted-e a rendszert a telepítés után!?
-
kutga
félisten
Upgrade után lefutott.
7min 1.052s apt-daily-upgrade.service
2min 24.608s apt-daily.service
8.721s dev-mapper-xubuntu\x2d\x2dvg\x2droot.device
6.084s snapd.service
6.013s lvm2-monitor.service
5.825s systemd-journal-flush.service
5.806s NetworkManager.service
5.798s systemd-modules-load.service
5.546s keyboard-setup.service
4.995s ModemManager.service
4.917s accounts-daemon.service
4.627s systemd-udevd.service
4.399s plymouth-start.service
4.018s NetworkManager-wait-online.service
3.863s networkd-dispatcher.service
3.217s polkit.service
2.799s apparmor.service
2.008s thermald.service
1.800s plymouth-read-write.service
1.628s systemd-random-seed.service
1.201s rsyslog.service
1.032s alsa-restore.servi -
válasz
#20749568
#34314
üzenetére
Egy 250 GB-os merevlemezre tennék Xubuntut
Ilyen határozottan indult a kérdéssor, amíg ki nem derül valami, ezt célszerű volt hagyni. Xubuntu-nak volt csak esélye Ubi vonalon amúgy.
(#34315) kutga
Ha elfogadható a sebessége, az már majnem kimaxolta a lehetőségeket azon a hw-en. A lassú indulásnak elég sok oka lehet, megnézhetjük milyen service indul boot-kor:
Ilyen sort kapsz, de bőven elég beraknod a ms értékek feletti részt:
ubyegon@Mint19C:~$ systemd-analyze blame
1.401s systemd-udev-settle.service
1.291s udisks2.service
748ms apt-daily.service
693ms apt-daily-upgrade.service
626ms systemd-journal-flush.service
416ms dev-sda5.device
332ms NetworkManager.servicesystemd-analyzekimenet is jöhet. -
Cyrin
addikt
én is hozom a problémát:
Synology DS409 NAS. Linux Ubuntu 18.04. Korábbi router Netgear WNDR3700, új router ASUS RT-U66_B1.
Hétvégén router csere volt. Korábban megjelent a file kezelőben a Diskstation önállóan a hálózatoknál, viszont nem mindig, de akkor is elérhető volt a workgroup mappából.
Most azt vettem észre, hogy sehol semmi, ha a workgroupra kattintok, akkor azt írja ki, hogy "a hely nem érhető el, a megosztások listájának lekérése meghiúsult a kiszolgálóról: Nincs ilyen file vagy könyvtár"
A NAS-nak fix ip-t adtam a routerben, ha beírom, hogy smb://NAS fix ip címe, akkor bejön minden ahogy kell.
Most kivettem a fix ip-t így is ugyanaz a helyzet.
Egész eddig valami hálózati problémának tűnt, DE
átmentem a Mint 17.3-as gépemhez, és minden gyönyörűen megjelenik a hálózati fül alatt, a Diskstation kint virít, nem kell bemászni a workgroup-ba, de ha bemegyek az is működik és ott van. Sőt ahogy kell az ubuntus gép is megjelenik, az Ubuntu alól viszont semmi a Mint-es gép sincs sehol.(mondtam már hogy a 17.3 a legjobban működő rendszerem? nincs szkennelési, nyomtatási probléma, működik ez is, ahogy kell
![;]](//cdn.rios.hu/dl/s/v1.gif)
)lehet valami frissítés b@szarintotta el az ubuntun? mivel korábban működött legalább a workgroupból.
-
-
-
#Gufw - tűzfal
Elméletileg az Ubuntu deratívákban alapból fenn van az ufw és a GUI-s frontendje is, viszont be kell kapcsolnod! Ha nincs fenn, akkor telepíted a
sudo apt install gufwparanccsal.Bekapcsolása egyszerű. Mezei usernek más dolga nincs ezzel.
Ellenőrizni is egyszerű, hogy aktív-e.
Annyira nem létkérdés, hogy a mostani fő disztrómnál hónapok óta most néztem meg először, be is kapcsoltam, ha már.....
Virusírtóra rá se kérdezz, nem kell. Akkor szokták használni, ha van átjárás innen Wines gépre.
-
#40553216
törölt tag
Bakker, megnyekkent a 8560p-m. A tegnapi kernel frissítés után ma reggel indítottam volna, de a bejelentkező képernyőig sem jutott, maradt a konzol, de megjelent az egér, igaz, mozgatni nem lehetett. Ctrl-alt-f1-7 nyomkodásra semmi, újraindítás után tök fekete képernyő, láthatóan be sem kapcsolt, miközben a háttérben megy a boot. Vagy valami. Beszart a vga?
-
kutga
félisten
Nincs veszteni való, kipróbálom a 64bitest. Mondjuk ahogy olvasom, a chipset és a bios is számít, ki tudja.
Tegnap egyébként felment rendben a Xubuntu, úgy hogy hagytam neki partícionálni a vinyót.
Kell valami tűzfalat telepítenem egyébként, vagy csak bedugom a hálókábelt és használhatom is?
-
Tim82
félisten
válasz
Frawly
#34303
üzenetére
Maga a chipset képes lenne kezelni többet: [link], a 32 bites memóriacímzési korlát miatt viszont ennek a chipsetnek is 3,2-3,5 GB körül lenne a maximum.
Ha nem csak 2 db DDR1 RAM foglalat lenne a szóban forgó alaplapon, hanem 4, akkor 2 x 1 GB + 2 x 512 MB vagy 3 x 1 Gb + 1 x 512 MB modulos felállással egészen használható lenne. Sajnos, DDR1-ből csak REG és/vagy ECC modulok léteznek 1 GB-osnál nagyobb méretben, amiket Intel oldalon szerverekbe szánt alaplapok, AMD oldalon meg a szintén szerverekbe szánt Opteron CPU-k memóriakontrollerei tudnak csak lekezelni.
Nyilván amúgy ez akadémikus kérdés persze.
-
Frawly
veterán
Az ilyen régi chipsetek tényleg nem kezelnek 2 GB-nál nagyobb RAM-ot. Még ha létezne is 2GB-os DDR1 modul, amiből bele lehetne rakni kettőt (persze nem létezik ilyen), akkor sem látna már BIOS szinten sem többet belőle, mint 2 GB. Ami pont a 64 bites rendszer határa memóriaügyileg.
64 bites rendszert érdemesebb 2 GB RAM-nál feltenni, legfeljebb valami soványabb DE-vel, WM-mel. Egy csomó minden nem támogatja már a 32 bitet, egy csomó disztró, Skype, Chrome (a Chromium még igen), stb.. Ezeknek a száma egyre inkább csak növekedni fog. A 32 bites x86-ra már úgy kell tekinteni, mint halott platform.
Vagy a swap-ot....át is húztam a fenti részt.
).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Vírusirtó, Antivirus, VPN kulcsok
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- Samsung Odyssey G6 S27BG650EU - 27" QHD 2K 240Hz Ivelt - Gaming monitor - 1,5 év Gyári garancia
- LG 65C4 - 65" OLED evo - 4K 144Hz - 0.1ms - NVIDIA G-Sync - FreeSync - HDMI 2.1 - 1000 Nits
- Konica Bizhub C220 - A3 fénymásoló
- Csere-Beszámítás! Asus Dual RTX 4060Ti 8GB GDDR6 Videokártya!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest