A visszafejlődés is fejlődés, csak más előjelű Sajnos engem a legkevésbé sem sikerült megnyernie sem működésben, sem külsőségekben, a pluginek kezelése is eléggé kényelmetlen szerintem, most már ezt használnám utoljára, vannak bőven jobb alternatívák (és igen, a Unity 7 is az, jelen formájában is).

Unity-t nem használtam, de Gnome Shell-t igen. (Még egy 12.04 alapú kiadásban
Egész jól elvoltam vele - alapból elég sok kiegészítőt (extensions) tartalmazott
amelyek egy része be sem volt kapcsolva. És a net-rőt is tudtam nagyon sok olyan
kiegészítőt telepíteni, amelyik megtetszett. Pl. nagyon jól testre szabható volt.
Tény az, hogy a 14.04 körüli kiadásokban, ezeknek a kiegészítőknek a száma
erősen megcsappant, és több is volt olyan, amelyik telepítve nem működött.
Az utóbbi időben, viszont eléggé felgyorsult a fejlesztése - most hogy az Ubuntu
alapértelmezett felülete is a Gnome (Shell ?) lesz, várhatóan még-inkább a
felhasználóbarátság kap hangsúlyt. Ennek a kezelését is, (mint ahogy más DE-ket is)
meg kell szokni ! ( Vagy megszökni...és lecserélni másik DE-re...pl. Cinnamon-ra ! )

Nem tudom miben nyilvánul meg a felgyorsult fejlesztés, de az alap Gnome 3 se a futó programokat nem jelzi a panelen, se gyorsmenü nincs és még lehetne sorolni. Menekülni egyszerűbb volt, így lett KDE (amit korábban elképzelni sem tudtam volna, de be kell látnom hogy nagyon jó az 5-ös Plasma és ahogyan Manjaro alatt megcsinálták az előtt le a kalappal).

Gondolom, ezt már láttad ! [link]

Mire gondolsz? Ha az "új" Manjaro miatt linkelted az nem érdekes, mert rolling release, mindig a legújabb verzióra frissül, ahogyan az alapját képező Arch is, csak azért vannak új verziók belőle mert úgy frissebb a kiindulási alap

szerk: látom frissítették az installert is többek között, de ez így utólag nem nagyon érint ugye.

[ Szerkesztve ]

A cinnamon szerintem arany középút, nem is csicsa, de nem is fapad. Nekem kb azt adja mint a 10.04-ben a gnome 2. És ez így elég is

Ha már szóba jött a Kde! A Gnome után a személyes kedvencem, viszont miért van az, hogy Kde disztróknál nem igazán ajánlják a Kubuntut? Általában ami felkapott a Chakra, Mint Kde, KDE Neon! Ez miért van? A Kubuntu ennyire instabil lenne?

Vannak jelentős különbségek, pl. a Chakra rolling release (ahogyan a Manjaro meg az Arch is), a Neon meg igazából nem is disztribúció, hanem egy sima Ubuntu LTS és rajta a legfrissebb KDE. A Kubuntu a Neonhoz hasonlít leginkább, csak régebbi csomagokat használ, és hivatalos változat. A Neon mellett mondjuk szerintem sincs sok értelme, de az nem hivatalos Ubuntu variáns.

Jahh persze, de azt nem használtam, cinnamon hasonló és bevált. Mondjuk nem egy lájtvéjt, alap indításkor 800mb körül foglal, bár indul pár program is. 16GB ram mellett majdnem mindegy amúgy

Minimális korrekció Kapitány helyett szabadon:

A Chakra egy "half-rolling distro": az alkalmazások frissülnek folyamatosan, de a rendszer magját csak az alaposan tesztelt, stabil verziókkal frissítik.

Tudom, de ez attól még rolling, csak a konzervatív fajtából.

Sziasztok!

Már egy jó ideje használok linuxot. Laptopon, asztali gépen, raspberry-n, viszont.. most lett egy olyan problémám, hogy...
Lenovo r61-et használok, felraktam linux-ot hdd-re, itt minden pacek volt, semmi gond
Aztán most jött az upgrade! hádédé helyett sösödö... igen ám, de a boot idő hosszabb lett... és amikor bejelentkezem akkor is várnom kell az asztali környezetre.. valami ötlet?
2 ssd-vel is próbáltam, ugyanez.. Kingston ssd és Samsung 850 evo 120gb mind a ketttő
hdd már nem tudok visszapakolni, hogy kipróbáljam azzal ugyanaz a sebesség lenne-e, mint régen..

Próbáltam máz az alábbi rendszerekkel
Ubuntu 16.04 32bit
Ubuntu 17.04 32bit
Ubuntu 16.04 64bit
Ubuntu 17.04 64bit
Lubuntu 16.04 32bit
Lubuntu 17.04 32bit
Lubuntu 16.04 64bit
Lubuntu 17.04 64bit
Debian 8 32bit
Debian 9 32bit
Debian 8 64bit
Debian 9 64bit
Kali linux 32bit

petya230@petya230-ThinkPad-R61:~$ lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 0c)
00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03)
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 03)
00:1f.2 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [IDE mode] (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)
04:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02)
15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba)
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)
15:00.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 21)
15:00.4 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 11)
15:00.5 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 11)
petya230@petya230-ThinkPad-R61:~$ lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 004: ID 0718:0619 Imation Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 003: ID 147e:2016 Upek Biometric Touchchip/Touchstrip Fingerprint Sensor
Bus 003 Device 002: ID 0a5c:2110 Broadcom Corp. BCM2045B (BDC-2) [Bluetooth Controller]
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

"Neked is pörög az agyad a szarokon, amíg a mosoly a szádra kanyarodik."

sudo systemd-analyze blame
sudo systemd-analyze critical-chain
Ezeknek a kimenetét másold be pastebinre, oszd meg és meglátjuk mit tehetünk!

– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment

Rendben! Visszarakom valamelyik ubuntut
Mert ma hajnali 1körül foglalkoztam vele... és feltettem a Kubuntu 16.04 64bit-et ééés most nem tapasztalom ezeket a dolgokat.. gyors meg stb
de nem jön be ez a kubuntu... szóval nekem ubuntu lenne a befutó..
Szerintem olyan félóra-óra múlva jelentkezem!

"Neked is pörög az agyad a szarokon, amíg a mosoly a szádra kanyarodik."

Ubuntu 16.04 64bit

sudo systemd-analyze blame

petya230@petya230-ThinkPad-R61:~$ sudo systemd-analyze blame
11.272s networking.service
10.726s lightdm.service
10.680s plymouth-quit-wait.service
10.331s plymouth-read-write.service
1.344s dev-sda1.device
381ms accounts-daemon.service
377ms console-setup.service
368ms apparmor.service
275ms ModemManager.service
267ms apport.service
266ms ondemand.service
264ms irqbalance.service
245ms grub-common.service
243ms speech-dispatcher.service
215ms keyboard-setup.service
205ms NetworkManager.service
202ms alsa-restore.service
187ms systemd-logind.service
181ms systemd-journald.service
178ms systemd-udev-trigger.service
170ms gpu-manager.service
146ms systemd-rfkill.service
145ms upower.service
lines 1-23...skipping...
11.272s networking.service
10.726s lightdm.service
10.680s plymouth-quit-wait.service
10.331s plymouth-read-write.service
1.344s dev-sda1.device
381ms accounts-daemon.service
377ms console-setup.service
368ms apparmor.service
275ms ModemManager.service
267ms apport.service
266ms ondemand.service
264ms irqbalance.service
245ms grub-common.service
243ms speech-dispatcher.service
215ms keyboard-setup.service
205ms NetworkManager.service
202ms alsa-restore.service
187ms systemd-logind.service
181ms systemd-journald.service
178ms systemd-udev-trigger.service
170ms gpu-manager.service
146ms systemd-rfkill.service
145ms upower.service
141ms pppd-dns.service
140ms rsyslog.service
119ms systemd-udevd.service
103ms avahi-daemon.service
102ms snapd.autoimport.service
94ms thermald.service
73ms systemd-user-sessions.service
72ms systemd-modules-load.service
67ms polkitd.service
67ms systemd-journal-flush.service
64ms systemd-tmpfiles-setup-dev.service
62ms systemd-tmpfiles-setup.service
51ms plymouth-start.service
50ms systemd-update-utmp.service
43ms user@1000.service
42ms systemd-timesyncd.service
42ms bluetooth.service
38ms ssh.service
31ms dns-clean.service
30ms user@108.service
28ms colord.service
24ms sys-kernel-debug.mount
24ms dev-hugepages.mount
23ms systemd-remount-fs.service
22ms systemd-random-seed.service
22ms dev-mqueue.mount
21ms rc-local.service
16ms kmod-static-nodes.service
15ms wpa_supplicant.service
15ms resolvconf.service
13ms ufw.service
13ms dev-disk-by\x2duuid-ee9d9182\x2d8252\x2d49b0\x2d84e4\x2dd26626fa5b5c.swap
10ms systemd-sysctl.service
6ms sys-fs-fuse-connections.mount
5ms systemd-update-utmp-runlevel.service
5ms rtkit-daemon.service
5ms ureadahead-stop.service
4ms systemd-backlight@backlight:acpi_video0.service
4ms setvtrgb.service
2ms systemd-backlight@backlight:intel_backlight.service
1ms snapd.socket
lines 12-64/64 (END)

sudo systemd-analyze critical-chain

petya230@petya230-ThinkPad-R61:~$ sudo systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @22.905s
└─lightdm.service @12.173s +10.726s
└─systemd-user-sessions.service @11.942s +73ms
└─basic.target @11.806s
└─sockets.target @11.806s
└─snapd.socket @11.804s +1ms
└─sysinit.target @11.803s
└─swap.target @1.491s
└─dev-disk-by\x2duuid-ee9d9182\x2d8252\x2d49b0\x2d84e4\x2dd26626fa5b5c.swap @1.476s +13ms
└─dev-disk-by\x2duuid-ee9d9182\x2d8252\x2d49b0\x2d84e4\x2dd26626fa5b5c.device @1.475s

Ebből azt veszem ki, hogy a grafikus részben van a gond...

[ Szerkesztve ]

"Neked is pörög az agyad a szarokon, amíg a mosoly a szádra kanyarodik."

Xubuntu alatt sincs gond...

"Neked is pörög az agyad a szarokon, amíg a mosoly a szádra kanyarodik."

Nekem volt hasonló, a router lassan osztott ip-t a gépnek, ezért várakozott sokat induláskor a rendszer. Próbáld meg lehúzott lannal, egyből kiderül. Illetve a networkinget még a samba is szépen várakoztatja, nekem szükséges így fent van, nézd meg neked van-e samba telepítve és ha van, de nincs szükséged rá, uninstall. Boot időn sokat segít.

Próbáltam, semmi

Most Xubuntu-val pacek, dee akkor sem értem, hogy mi volt ez ubuntu alatt..

"Neked is pörög az agyad a szarokon, amíg a mosoly a szádra kanyarodik."

Sziasztok!

Új rendszer telepítése előtt átváltottam a BIOS-ban Legacy-módba, de a saját rendszerem mellett a gyárilag UEFI-ben előtelepített Ubuntut szeretném megőrizni a háttérben.

Mire kell odafigyelnem, hogy ne törlődjön a gyári partíció(k)?

Előre is köszönöm, ha adtok egy-két hasznos tippet.

Nem lehet UEFI és Legacy együtt, csak az egyik. Máskülönben lesz egy halott rendszered.
Egyébként a gyári Ubuntukról rendszerint rossz véleményünk van, legalábbis nekem biztosan.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Együtt nem lehet, persze.

Eszerint rosszul tettem fel a kérdést.
Nincsen feltelepítve az UEFI-s rendszer (csak rajta van a gépen telepíthető formában, tehát elindítható a telepítése), de annak partícióját (vagy partícióit) szeretném meghagyni.

(Habár készítettem gyári recovery mentést is pendrivera, ha megsemmisülne az eredeti), de sok vizet nem zavar, ha a Trusty gyári rendszer a merevlemezen marad, és mégis rendelkezésre áll, ha valami miatt az kellene.

Tehát ezt a gyári UEFI-partíciót vajon látni fogom a Legacy-s telepítésnél, és mellé telepíthetem?

A lényeg az, hogy nem akarom letörölni a gyártó által odabiggyesztett rendszerfájlokat/partíciót.

Lehet, hogy túlkomplikáltan vetettem fel és egyébként szimpla ügy ez, csak mielőtt belefogtam volna, gondoltam megkérdezem, nehogy valahogyan elbaltázzam.

[ Szerkesztve ]

Látni fogod, de abban nem vagyok biztos, hogy az UEFI -> Legacy átállítás és telepítés nem okoz-e olyan változást a boot szempontjából, hogy továbbra is indítható legyen a gyári telepítés. Lehet, hogy az utóbbi "sérül".

Ubuntu MATE 20.04, hobbi cayenne termesztő

Értem és köszönöm szépen a segítséget.

Kicsit berozsdásodtam Linuxozás szempontjából, az utóbbi hónapokban leginkább csak olvasgattam a fórumot
(most kezdenek beugrani az egyszerűbb billentyűparancsok is, például a Terminalé is).

Eddig mindig legyalultam az ilyen előre felpakolt rendszereket, csak most gondoltam arra, hogy mégis megtartanám. Viszont ha netán megsérülne, akkor valahogy vissza tudom varázsolni, csak ahhoz kell a Dell Recovery is, ami viszont emlékeim szerint régebben elérhető volt a normál Ubuntu Szoftverközpontjából is, de majd utána nézek.

Egyébként így néznek ki a gyári partíciók Live Ubuntu 16.04 alól:

[ Szerkesztve ]

S ha nem Legacy-ban, hanem UEFI-ben telepíteném az új Ubit is?

Egyáltalán UEFI-be érdemes installálni, biztonságosabb?

Én UEFI-t szoktam használni az utóbbi időben, csak az EFI partíciót nem szabad elfelejteni. Néha a secure boot még bekavarhat, azt kikapcsolva tartom.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Köszi, jobban utána nézek az UEFI témának.

Így néz ki az Ubuntu 16.04 telepítője (Legacyból), ha elindítanám a 16.04 telepítését a gyári UEFI preinstall rendszer mellé, de a korábban leírtak szerint ugye nem biztos, hogy közben nem sérülne meg az UEFI-s disztró?

A valami más opciót válaszd, akkor esélyesebb, hogy minden más partíció érintetlen marad.

http://www.uefi.org/faq

Amúgy ez az UEFI akkor lényeges, ha kevesled a 4 elsődleges partíciót, az UEFI 128 db-ot tud, ha jól rémlik, a MBR max 2 TB-os partíciót tud kezelni UEFI ~9 ZetaByte-ig. Az UEFI több rendszerindítót tud kezelni és állítólag védett a boot-time virusokkal szemben. (esetedben gyakorlatilag semmi előnye az UEFI-nek)

Egyébként nem tudom mit akarsz kezdeni azzal a gyári partícióval, ha nagyon parázol, hogy meghal a rendszered, inkább hordj magaddal egy live Linuxos pent.

Az a kép gondolom nem a te rendszeredről készült....

Ha igen, akkor ne feledd a partíció sémákat se ellenőrizni, UEFI-nek GPT kell, ezt gondolom tudtad.

[ Szerkesztve ]

A képen az látható, ami alapból volt rajta, én csak Live alól fotóztam.

Köszönöm szépen a bő magyarázatot, valóban szerintem egyszerűbb lesz nekem az eddigi megszokott Legacy-val.

Végül lassacskán, de csak oda lyukadtam ki, hogy miképpen korábban is tettem, legyalulom az efféle gyári sallangokat.

Szerintem jól döntöttél jelenlegi konfigoddal semmi szükség UEFI-re (ez persze vitagerjesztő is lehetne), most viszont elég bonyodalmas lenne átállnod MBR-ről csak azért, hogy UEFI-d legyen. Én is ki akarom próbálni már ezer éve, de még mindig nem jutottam el odáig, igaz semmiféle hiányérzete nincs emiatt a gépeknek.

Bárcsak lenne..... ez a ZetaByte-os tároló szimpatikus lehetne, ha lenne.....az elsődleges partíció max száma viszont gond lehet, ha kifogysz belőle, érdemes a 3. elsődlegest extended-nek megcsinálni és onnantól kezdve jöhet bármennyi logikai partíció.

[ Szerkesztve ]

Köszi szépen Nektek, végül inkább lepucoltam a gyári partíciókat.

Esetleg ha kellene, valahogy visszabűvölöm recovery-varázslattal, de nem hinném, hogy perpillanat hiányozni fog.

Más:

Az Unity jövőbéli (mikor?) eltüntetése hogyan fogja érinteni a rendszer komplexitását?

[ Szerkesztve ]

Biztosan így van, ill, tuti, mert hibás BIOS miatt persze, hogy nem működik jól a rendszer, de ezeket az egyes modelleket így elég nehéz megfogni....

Talán, ha az, aki tud ezekről pontosabb infót, beírná a Linuxos notebook topikba, biztosan sokan örülnének, ha kifognak egy ilyen példányt.

Tudom, hogy amúgy az UEFI a jövő...meg a holodisplay meg hasonlók, de kollégánk gépén is működött már valami rendszer, neki azért javasoltam, hogy ne bonyolítsa és itt a ft-k igen jelentős része sem használ túl régóta UEFI-t. Ennek ellenére egy totál új gépre már én is azt javasolnék.

Az Unity jövőbéli (mikor?) eltüntetése hogyan fogja érinteni a rendszer komplexitását?

Sehogy, mert kizárt, hogy most azt rakod fel! Nem valami megfontolt szándékra utalna.....egyébként minap írta valaki, hogy attól még, hogy nem default DE lesz, még a tárolókban is benne lesz és fejlesztgetik.

A continuitást azért mindenképpen meg kell őrizni, ne gondold, hogy csak úgy kihúzzák a talajt a működő és frissítendő rendszerek alól. Ennyire még a püspöklila kánonosok sem marhák.

Köszi szépen Nektek, végül inkább lepucoltam a gyári partíciókat.

Ezt magadnak köszönd, mi csak rá ill. lebeszéltünk róla!

[ Szerkesztve ]

Mit jelent ebben az esetben a totál új gép?
Proci esetén az Intel Skylake/Kaby lake, illetve AMD Ryzen köré épülő konfigurációk?

(#30835) ubyegon2

16.04-ben felraktam a zárt Intel microcode-ot és az Nvidiát (ezekre épül a konfig), máris megismétlődött a régi sztori, ami AMD Carrizo alatt is volt, hogy újraindítás után csak a login képernyőig jutottam, ott már rendszerhiba üzenetet dobott fel.

Fontolgatom, hogy inkább a korábban jól bevált, stabilabb (?) 14.04-el próbálkozzak, 2019-ig még az is támogatott, ami lényegében elegendő lenne.

[ Szerkesztve ]

Totál új gép alatt inkább a nagyon új notebookokat értettem, de az általad említett VGA is lehet túl új Linuxnak esetenként, proci esetén nem szokott annyira gyakori lenni a gond. (lehet, hogy ebben tévedek)

Intel microcode-ot ne rakd fel máskor, ha amúgy rendben működik a proci, olyan még nem hallottam, hogy ettől javult volna valami, de ellenkezőjét már párszor! Nem véletlenül nem jelent meg jó ideig a Rendszerbeállítások Frissítések ablakban ez az opció.

A 14.04 az ilyen esetben jó választás vagy a Mint 17.3, bár én ezeket régebbi gépekre raktam eddig. (10+-os laptop például)

Nvidia VGA-t nem ismerem, az Összefoglalóban viszont ott van, ha lehet frissíteni, de úgy tudom itt is a nyíltnak kéne jónak lenni.

Rendben, ismételten köszönöm az instrukciókat.

No, 16.4 újratelepítése és frissítése is megvolt.

Most nem telepítettem az Intel microcode-ot, csak a zárt Nvidia-t, de ezúttal már annak telepítése közben rendszerhibát jelzett.

A problémát elküldtem a Canonicalnak. Újraindítás után ugyanúgy, mint korábban, a login képernyő után már nem engedett belépni.

Ubuntu 17.04
Ezt telepítettem sokak ajánlására, mint ismerkedés..
A gond az, hogy a tp-link wn722n típusú usb wifivel nem akar kapcsolódni a hálózatra .. Ötlet?

In loving memory of Garrett Lockhart

Minden jó, mert látom a hálózatomat, a jelszót is be tudom írni csak nem tudok kapcsolódni.. Egy ideig próbálkozik, majd : 'you are now offline'

In loving memory of Garrett Lockhart

Próbáld meg terminálból újraindítani a network managert
sudo service network-manager restart

A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!

Ezen oldal alapján sikerült..

https://askubuntu.com/questions/905283/wifi-issue-with-ubuntu-17-04

Azért eléggé gáz hogy alapból mókolni kell a netet...

In loving memory of Garrett Lockhart

Amit ott jeleztek hibát az más mint a tied, v rosszul fogalmaztad meg a problémádat.
17.04 nem LTS ott nagyobb eséllyel jönnek elő hibák. Ezt kb úgy kell elképzelni,mint a win-nél az RC-ket.
Jó jó, de azért vannak bugjai

[ Szerkesztve ]

A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!

Ubuntu 17.04
Ezt telepítettem sokak ajánlására, mint ismerkedés..

Fura, mert itt és a többi Linuxos topikban biztosan nem ajánlanának neked ilyen verziót ismerkedésre, első felhasználásra.....tuti, hogy csak LTS-t ajánlottak volna.

[ Szerkesztve ]

Ismételten felfedeztem egy érdekes jelenséget... Ubuntu 14.04 LTS-ről frissítettem 16.04 LTS-re. De nem a megjelenés után azonnal, hanem vártam egy picit, míg kicsit stabilabb nem lesz (vagyis jönnek vissza pozitív visszajelzések).

A frissítés rendben lezajlott, viszont azóta a rendszer kb hat perc alatt bootol be...

Igaz, csak HDD-n van, de eddig sosem tartott 15 mp-nél tovább egy boot. Illetve nem írta ki azt a /dev/sda1:, clean[...] üzenetet.

Sokáig nem zavart, mert általában nem kapcsolom le a PC-t, illetve az alatt a hat perc alatt tudok mást is csinálni, de ma különösen sok szabadidőm volt, így gondoltam ránézek. A syslog tele volt hibával, ezeket szépen sorjában kitakarítottam, de a rejtélyes lassulás csak nem szűnt meg.

Utánakerestem, hogy mi lehet a probléma okozója, de csak annyit találtam, hogy az fstab miatt van az egész, hogy kapcsoljam ki a rendszerpartíció ellenőrzést benne. Viszont szerintem ez elég rossz ötlet, jól van ez így! Meg nem rémlik, hogy a régebbi Ubuntukban ki lett volna kapcsolva.

Aztán végiggondoltam, hogy mi okozhat ilyesmit. Na mondom hátha a UUID változott meg! Erre mondjuk kicsi az esély, de egy pendrivenál korábban tapasztaltam már ilyesmit. Összehasonlítottam a blkid kimenetet az fstabbal, s nem, nem változott meg, viszont a SWAP kivonta magát a forgalomból. Az fstab tartalmazta, de már nem létezett. Pedig frissítés előtt 100%, hogy megvolt, emlékszem is, hogy 6 GB-ot adtam neki.

Kikommenteltem azt a sort, s láss csodát, "megjavult" minden.

Viszont nem értem, hogy egy frissítés hogy tud ilyet okozni, mivel elvileg a partíciókhoz nem kéne nyúlnia.

Ahogy látom, most a RAMból nyúlt le ~4 GB-ot. A kérdés az, hogy szerintetek összesen 64 GB RAM és HDD-k mellett van értelme a SWAP-nek? Ha igen, mennyit érdemes adni?

Köszönöm a válaszokat!

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Szia!

A 16.04 viselkedésének esetében sok mindenre nincs racionális magyarázat. Ami pedig a 64 GB RAM-ot illeti, a SWAP 8 GB RAM-tól már teljesen felesleges.

Arch linux, Uplay: Lathronos, Linux User # 563733

Gondolom, nem véletlenül van 64 GB RAM-od. De hogy ebből extrém esetben mennyit használ
a rendszered, - ezt csak te tudhatod. Ha még soha nem közelítette meg / érte el a 64 GB-ot,
és nem szoktál hibernálni, akkor szerintem sincs feltétlen szükség a SWAP-re.

[ Szerkesztve ]

secure boot ki van kapcsolva?
Szerintem elég zavaró, hogy most több topikban is szétszórva van a problémád.

Ubuntu MATE 20.04, hobbi cayenne termesztő