@#0 Nálam működik a HTTPS kapcsolat is. Nálad nem?
https://linuxmint.hu/sugo/a-rendszer-optimalizalasa-ssd-hasznalatra
Mert a másik link tök ugyanaz, csak nem HTTPS, hanem HTTP.
http://linuxmint.hu/sugo/a-rendszer-optimalizalasa-ssd-hasznalatra

#18 Ezeket telepítened kéne ... azt mondja, nincsenek (elő-függőség)

dpkg: warning: ignoring pre-dependency problem!
(Reading database ... 123 files and directories currently installed.)
Preparing to unpack .../dpkg_1.17.5ubuntu5_amd64.deb ...
Unpacking dpkg (1.17.5ubuntu5) over (1.17.5ubuntu5) ...
dpkg: dpkg: dependency problems, but configuring anyway as you requested:
dpkg depends on libbz2-1.0; however:
Package libbz2-1.0 is not installed.
dpkg depends on libc6 (>= 2.14); however:
Package libc6 is not installed.
dpkg depends on liblzma5 (>= 5.1.1alpha+20120614); however:
Package liblzma5 is not installed.
dpkg depends on libselinux1 (>= 2.1.0); however:
Package libselinux1 is not installed.
dpkg depends on zlib1g (>= 1:1.1.4); however:
Package zlib1g is not installed.
dpkg depends on tar (>= 1.23); however:
Package tar is not installed.

Van egy két érdekes függőségi hiba a bootstrap.log fájlban: https://paste.ubuntu.com/23764996/
Ezek mik lehetnek?

 

#21 A legfrissebb egyáltalán nem biztos, hogy telepítve van ..

zlib1g (>= 1:1.1.4); <= ez a verzió kell ugye (pl. az egyik csomag)

-- ellenőrzés

apt-cache policy zlib1g

-- és esetleg futtasd le

sudo apt get clean
sudo apt-get autoremove --purge
sudo dpkg --configure -a
sudo apt-get -f install
sudo apt-get update

...

sudo apt-get upgrade

-- és még

sudo apt-get -o Debug::pkgProblemResolver=yes upgrade

#20
Mindegyik csomagra azt írja, hogy már a legújabb verzió. Tehát telepítve vannak.

#23 Okés. Valahogy elkerülte a figyelmem, hogy te még válaszoltál az utolsó felvetésemre.

A lényeg, hogy a BootChart-ban láttad ezeket az érdekességeket, és nyilván, ha ott, akkor a rendszer betöltödésének idejét valamennyire megnövelik. Most az lenne a lényeg, hogy fenn állnak még ezek a dolog (pre-dependencies) vagy 'eltűntek'?

A két parancs mutatná (vagy bármely update)

sudo apt-get update
sudo apt-get -o Debug::pkgProblemResolver=yes upgrade

Jah, a pastebinit

apt-cache policy pastebin*
pastebinit:
Telepítve: (nincs)
Jelölt: 1.4-4
Verziótáblázat:
1.4-4 0
500 http://httpredir.debian.org/debian/ jessie/main i386 Packages

csomag a Debian alatt létezett, nyilván csak át lett nevezve (és 240 oldalas leírást is kreáltak hozzá az igazi geek-eknek ;) ... vagyis azoknak, akik geek-ek szeretnének lenni). Örülök, hogy megismerted. Erre is jó az IRC.

#22
Köszönöm, jogos!
Ellenőriztem, íme az eredmény: https://gist.github.com/4aa781005811cf1d2ebd67af6851fea7
 

OFF
Ma tanultam irc-n ezt, így ellenőriztem: apt-cache policy ibbz2-1.0 libc6 liblzma5 libselinux1 zlib1g tar | pastebin
Nem kell másolgatni, megkapod a linket és küldöd. Tök jó! :)
ON

A többit is lefuttattam, az apt-get upgrade dolgozott. A fenti link már ez után született.
 

#25 Aham

'Most tűnt fel, hogy a bootstrap.log elég régi, 2015-ös. Tehát valószínűleg a bootoláshoz nincs köze az ebben a fájlban látható hibáknak.'
-- ne haragudj, remélem, nem rendszergazdának készülsz. :-)

'Ezek a függőségi hibák egyébként már nem állnak fenn, lásd: https://gist.github.com/anonymous/4aa781005811cf1d2ebd67af6851fea7'
-- egyszer is megértettem ... ugyanazt a linket ;).
Te érted félre, amit én mondok. Egy jelét nem látom, hogy megnézted/ellenőrizted a kimenetben látható csomagokat verziószám szerint is, mert ugye a dpkg kiabált, hogy legalább ennyi+ennyi kell a függőség teljesüléséhez, azt 'kiabálod' (mondod) telepítve vannak a csomagok. Namármost a telepítve nem egyenlő azzal, hogy a dpkg-nak is megfelelő verzió van telepítve - ennek megértését vagy nagyon elrejtetted a mondanivalódban vagy egész egyszerűen nem érted meg a tényt, vagyis, hogy miről van szó (pre-dependencies). De ez már tök lényegtelen, mert -mint kiderült- egy 2015-ös adatról beszélgetünk egy ideje ... és ennek így semmi értelme. Egyébként a dpkg kiabálhat akkor is, ha letöltve telepítettél valamit, stb. ... ezeket az információkat csak te tudod (én miért tudnám), tehát, ha a hibaüzenetek maradnak (ha 2017-es a hiba), akkor ezt még el kellett volna árulnod nekünk. Megkérnélek, hogy a kérdéseidet a jövőben sokkal figyelmesebben, alaposabban fogalmazd meg .... . Köszi

A történetnek ez a része (dpkg hiba) lezárva.

#24
Szia.

Most tűnt fel, hogy a bootstrap.log elég régi, 2015-ös. Tehát valószínűleg a bootoláshoz nincs köze az ebben a fájlban látható hibáknak.
Ezek a függőségi hibák egyébként már nem állnak fenn, lásd: https://gist.github.com/anonymous/4aa781005811cf1d2ebd67af6851fea7
A sudo apt-get -o Debug::pkgProblemResolver=yes upgrade parancs frissített egy csomagot.

Most a bootidőm 26s. A /etc/rc.local fájlban benne volt, az "fstrim /" parancs -én tettem bele.
Kivettem, és nyertem pár másodpercet.

Egyébként az tűnt fel, hogy bootoláskor hallatszik, hogy vmi használja a HDD-n lévő valamelyik partíciót. Kb 3s zúgás van, majd folytatódik a boot. Swap lehet az? Lenne értelme 8G ramnál megszüntetni a swap partíciót?

Köszi!

 

 

#27 a swap -'átmeneti időre' történő- kikapcsolása

swapoff --all

-- próba indítás (boot idő) utáni visszakapcsolás

swapon --all

Kézikönyv / man swapoff | man swapon

SWAPON(8) System Administration SWAPON(8)

NAME
swapon, swapoff - enable/disable devices and files for paging and swap‐
ping

SYNOPSIS
swapon [options] [specialfile...]
swapoff [-va] [specialfile...]

DESCRIPTION
swapon is used to specify devices on which paging and swapping are to
take place.

The device or file used is given by the specialfile parameter. It may
be of the form -L label or -U uuid to indicate a device by label or
uuid.

Calls to swapon normally occur in the system boot scripts making all
swap devices available, so that the paging and swapping activity is
interleaved across several devices and files.

swapoff disables swapping on the specified devices and files. When the
-a flag is given, swapping is disabled on all known swap devices and
files (as found in /proc/swaps or /etc/fstab).

OPTIONS
-a, --all
All devices marked as ``swap'' in /etc/fstab are made available,
except for those with the ``noauto'' option. Devices that are
already being used as swap are silently skipped.
[...]

#25 'Egyébként az tűnt fel, hogy bootoláskor hallatszik, hogy vmi használja a HDD-n lévő valamelyik partíciót. Kb 3s zúgás van, majd folytatódik a boot. Swap lehet az? Lenne értelme 8G ramnál megszüntetni a swap partíciót?'
-- talán nem merész feltételezés az, hogy az általad régebben használt BootStrap erre is jó
-- amúgy a /var/log könyvtárban időpont szerint rá lehet keresni a syslog, kern.log stb. fájlokra
-- a swap partíció helyett manapság swap fájl van, rá kéne nézned, melyik, milyen mértékben van használatban
-- bizonyos dolgokra jó a swap, ha ezek neked feleslegesek, ne használd (de marad egy swap fájlod ...)

#31 Ez egy szöveges fájl? Lássuk.

file /etc/init/plymouth.conf.override

'plymouth-disabler is a package you can install to disable plymouth.'
Ez kemény, tehát a Plymouth-ot már el sem lehet távolítani csak úgy natúr, :-)
hanem így; disable plymouth by installing .override files / Plymouth kikapcsolás az .override fájlok telepítése által

Hatékonynak tartottam volna egy ilyet ;)

sudo apt-get purge plymouth*

No de a Plymouth eltűnt ugye? Ez egy csicsamicsa valami a rendszer betöltödéskor, pl. pontok mászkálnak, semmit nem látsz, semmit nem tudsz, 'homokóra' ...

https://www.linuxmint.com/tmp/clem/community/tutorials/37/bad2.png
https://www.google.hu/search?q=plymouth+linux&tbm=isch

A dmesg által készített fájl nézegetve ezt találtam:

[ 10.878127] init: plymouth-stop pre-start process (1640) terminated with status 1
[ 18.205955] wlan0: authenticate with

Itt van 8 s.
Beutöttem a googlbe a hibát és ezt találtam: https://launchpad.net/ubuntu/trusty/+package/plymouth-disabler
Tehát egy bugról van szó, letöltöttem a deb-et és kaptam egy üzenetet, hogy ezt a csomagot a hivatalos forrásból célszerű telepíteni. Hurrá!
Megtettem, de még mindig van a hibaüzenet.
A gdebi leírásában ez van: https://paste.ubuntu.com/23787813/
Nem igazán értem, mit kellene tennem.

Nálam a következő ovveride fileok találhatók:

• etc/init/plymouth.conf.override
• /etc/init/plymouth-log.conf.override
• /etc/init/plymouth-ready.conf.override
• /etc/init/plymouth-splash.conf.override
• /etc/init/plymouth-stop.conf.override
• /etc/init/plymouth-upstart-bridge.conf.override

 

 

#33 A szöveges kimeneteket (tesztek, nem távolítódik el semmi) oszd meg a https://paste.ubuntu.com/ által - a saját könyvtáradban találod meg a két text fájlt.

sudo apt-get remove plymouth -s 2>&1 | tee -a plymouth_rm.txt

sudo apt-get purge plymouth -s 2>&1 | tee -a plymouth_rm_full.txt

A többire is kíváncsiak leszünk, amikről írsz, érdekesnek tűnik!

Az '-s' kapcsoló a '--simulate', azaz csak szimulálja, modellezi, mi történne, ha ..., futtatnád tényleg a parancsot. Az 'apt-get' kapcsolója.

#32
Próbáltam a sudo apt-get remove plymouth parancsot, de 112 csomagot akart leszedni. :\ 
Igazából a plymouth disable-csomag telepítése után, még mindig van hibaüzenet, és a következő pont 7-11s múlva indul.
Kb így (ahogy fentebb is írtam):
[ 10.878127] init: plymouth-stop pre-start process (1640) terminated with status 1
[ 18.205955] wlan0: authenticate with

Másoltam egy képet a /boot/grub mappába és a sudo apt-get upddate-grub után ez jeleneik meg rendszerbetöltődéskor.
Korábban a mint logo volt pontok és homokóra nélkül. Megnézem majd azt, hogy ha kiszedem a képet és updatelem a grubot lesz e mint logo.

Illetve ha grubból kiszedtem a quiet splash opciót, akkor  szöveges boot folyamatot látok, de a hiba itt is itt van.

 

 

#35 Inkább ne legyen remove vagy purge, egybeépítették a rendszerrel ezt a Ply Mo Uth-t.

'Másoltam egy képet a /boot/grub mappába és a sudo apt-get upddate-grub után ez jeleneik meg rendszerbetöltődéskor.
Korábban a mint logo volt pontok és homokóra nélkül. Megnézem majd azt, hogy ha kiszedem a képet és updatelem a grubot lesz e mint logo.'
-- én is kíváncsi lennék erre; ha kiszeded a képet ... (mi történik, azon kívül, hogy lesz-e logo avagy nem).

Ennek a leírását hol láttad, mármint a kép bemásolását? És mekkora a kép mérete?
A(z /etc/default/)grub fájlban változtattál valamit?

[ 145.222655] init: plymouth-stop pre-start process (2541) terminated with status 1

-- a fenti egy javított bugnak tűnik,
https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/800701
a többivel nincs gond. Illetve

[ 9.253033] init: samba-ad-dc main process (891) terminated with status 1

Ebből az látszik, a Samba nem talál netet. Persze, hogy nem, mert a WiFi később lesz meg. Logikus.
De akkor miért engeded a Samba-t indulni a rendszer starttal és miért nem indítod pl. később valamivel. A keresgélés idő igényes (ha már ez a téma). És ez nem hiba üzenet, csak jelzés, hogy azt mondja; aloha pajti, nincs net, így nem tudok azon keresztül megosztani! Később megtalálja .. . Vagy bármi más megoldás kéne, hogy ne induljon el a Samba démon azonnal. Erre nem kerestél rá, csak a Boot képre? ;)

De nézzük az alábbi parancs kimenetét
https://ubuntuforums.org/showthread.php?t=1772929

sudo grep -ir plymouth /var/log/*

Egyéb kimenetek

[ 9.481989] r8169 0000:01:00.1 eth0: link down

-- Ethernet kapcsolat sosincs, nem használod?

[ 9.137692] init: failsafe main process (863) killed by TERM signal

-- a rendszer betöltésekor szokásos kimenet, amikor az egyik init szintről a másikra lép a rendszer

A helyzet, hogy nem lehet úgy rendszert javítani, hogy a szerinted fontos dolgokat mutatod meg, így a példánál maradva, az egészet kértünk a múltban, kérjük most és kérjük a jövőben is (elvtársak!) :-). Az előbbiből is kiderül, nem igazán értesz a hibák felismeréséhez. Ezzel nincs baj (nem mindenkinek kötelező), de az elég szegényes információkból lehetetlen rájönni, vagyis csak nagy szerencsével lehet rájönni a rendszered hibájára, hibáira. Helyetted nem tudjuk kitalálni a kérdéseid. :-)

Jó lenne, ha több ilyen állapot jellemző az eszedbe jutna ... ;

Pár plusz gondolat: wifivel kapcsolódok a routerhez, és az ipv6-ot kikapcsoltam már ezen a hálózaton.
A routerbe van dugva egy külső vinyó, ezért a samba, ami a hibaüzenet elenére működik.

#34
Íme az első kimenet: https://paste.ubuntu.com/23793017/
Itt a második: https://paste.ubuntu.com/23793021/
Itt pedig a dmesg utolsó pár sora, amit fontosnak gondolok (ipv6, samba, plymouth): https://paste.ubuntu.com/23793082/
 

Pár plusz gondolat: wifivel kapcsolódok a routerhez, és az ipv6-ot kikapcsoltam már ezen a hálózaton.
A routerbe van dugva egy külső vinyó, ezért a samba, ami a hibaüzenet elenére működik.

#37 Most nem tudom pontosan idézni, de valami olyasmit tudok, hogy a teljes rendszer betöltödése előtt nagy képek megjelenítése nem igazán 'okos' dolog, mert a videó framebuffer ekkor még nem tölt be, tehát itt a videó kártyát 'erőlteted' (ilyenkor még nem túl gyors). Persze, a fene tudja pontosan, mikor töltt be a videó driver, a kép méretét viszont levenném, s a méretét is csökkenteném valahogy (nagyobb tömörítés, 'gazdaságosabb' kép formátum, stb.) ..., ha például 5-600 kB-nél nagyobb.

Azt az egyet ne árultad el (nem egyértelműsítetted - egyfolytában ez a téma), hogy gyorsabb lett a betöltődés az alábbi tevékenység után?
'Kipróbáltam, és visszaállítottam az eredeti állapotot (kép törlése a /boot/grubból, grubban kommenteltem a grub_gfxmode opciót, update-grub).
A grub háttér a default fekete lett, a mint logo látszódik bootoláskor. Más dolgot nem vettem észre.'

Teszteli kéne Samba megosztás nélkül is egyszer, de a kimeneteket majd megnézem.

#36
A grub menu hátterét a következők szerint tudod beállítani:
Bootoláskor a grub menüben nyomsz egy 'c'-t, amivel előjön a commander.
Itt beírod a videoinfo parancsot (nem vbeinfo!), ami kilistázza az elérhető felbontásokat.
Kiválasztod a legmagasabbat -nekem 1366x768-, visszatérsz a grubba és folytatod a bootot.
Az etc/default/grub fájlba engedélyezed az GRUB_GFXMODE= opciót, és beírod mögé a felbontást.
Nálam tehát: GRUB_GFXMODE=1366x768.
Elmented a grubot, majd sudo update-grub.
Ezek csak akkor működtek nekem, ha az EFI-ben kikapcsoltam a secure boot opciót.
Az általam használt kép mérete 1366x768.

Forrás: https://community.linuxmint.com/tutorial/view/1357

Kipróbáltam, és visszaállítottam az eredeti állapotot (kép törlése a /boot/grubból, grubban kommenteltem a grub_gfxmode opciót, update-grub).
A grub háttér a default fekete lett, a mint logo látszódik bootoláskor. Más dolgot nem vettem észre.

Az parancs kimenete: https://gist.github.com/4c5b9e228080a8fa55c25b1a0eefecad
Itt az utolsó sor azért van, mert a plymouth-upstart-bridge.conf végére beírtam a sleep 2-t, ez alapján: http://www.unrelatedshit.com/2014/07/30/kvm-too-fast-for-plymouth-upstar...
Ha kiveszem a sleep 2-t, akkor a leírás szerinti hibaüzenetet kapom:
init: plymouth-upstart-bridge main process (217) terminated with status 1
[ 2.905289] init: plymouth-upstart-bridge main process ended, respawning.

Az ethernetet csak akkor használom, ha upgradelem a router firmwaret. Tehát szinte sosem.

Jogos a sambas kérdésed és teljesen logikus a következtetésed is. Nem kerestem rá a samba indulás késleltetésre.

Akkor a teljes dmesg khimenete: https://gist.github.com/1570dca5e75029c8ac017267ef86ae6d

Még egy állapotjelző: a 4.4.0.31-generic kernelt használom.

Igazán köszönöm a segítséged! :)

#14 Nem értelek .. . Ennek a leírásnak
https://unixblogger.com/2016/08/11/how-to-get-your-realtek-rtl8111rtl816...
nem csinálhattad az automatic way részét (sem), mert a leírás pure Debian tárolókat alkalmazva old meg egy problémát (nem mondtam, hogy van 'olyan'), és neked Linux Mint-ted van, a kettő között, ilyen -mély- szinten nincs átjárás. Ha mégis azt tetted, Debian tárolót vettél fel a leírás szerint, akkor sürgősen csináld vissza.
Amúgy szokott az lenni, hogy nem tudod mit csináltál pontosan? Néha mindenkivel előfordul. De itt és most egy URL-re hivatkozol ... biztos nem jó. Még egyszer; Linux Mint-re, Ubuntu-ra Debian tárolót felvenni nem érdemes, nem szabad. Ritka esetben használ, de akkor az tuti, hogy szerencse (Lottó ötös) és a visszájára fordulhat, másrész Linux Mint-tes megoldás is létezik, ami jobb. Nálad a 'eth0 link down' egész egyszerűen azt jelentette, hogy nem talál Ethernet kapcsolatot a rendszer, ez nem hiba, hanem jelenség .. és logikus (ha egyszer nincs 'bekötve').

Erre a kérdés(ek)re nem válaszoltál, pedig fontos lenne;
'Ez közös használatban van a Winnel amúgy, NTFS fájlrendszerű a partíció? Volt már ez a kérdés amúgy: ezt a sort is kikommentelhetnéd erre az időre (amúgy ez milyen eszköz/partíció?)'

Javasoltam a swap kikapcsolását. Ez akár úgy is mehetne, hogy lehúzod a HDD-t, persze (átmenetileg) kommenteled a sorát az fstab-ban is, hogy ne keresse a boot-kor. Ezt sem csináltad meg.

Látom, hogy ACER a gép, AMD a proci. Nálam, az egyik gépen (AMD alaplap, AMD alaplapi chip) volt valami AMD-s (igazából ASUS ;) ) gyorsítási opció a BIOS-ban. Neked milyen van, ha van. És ezek ki vagy be vannak kapcsolva?

Van egy bug,

[Firmware Bug]: cpu 0, invalid threshold interrupt offset 0 for bank 4, block 1 (MSRC0000408=0xc010000001000000)

ami visszatér.

[ 1.647082] [Firmware Bug]: cpu 1, try to use APIC500 (LVT offset 0) for vector 0x10400, but the register is already in use for vector 0xf9 on another cpu
[ 1.647085] [Firmware Bug]: cpu 1, IBS interrupt offset 0 not available (MSRC001103A=0x0000000000000100)
[ 1.647087] Failed to setup IBS, -22

Másik bug

[ 1.925203] r8168: module verification failed: signature and/or required key missing - tainting kernel

A következő kérdés, hogy a telepítéskori nyílt videó driver maradt meg vagy telepítettél zártat (még nem jutottam el ide a kimenetben)? ... megvan; nyílt/radeon.

A 'sudo reboot' futtatása után milyen gyorsan indul el a Linux?

Külső monitor nincs a laptopra kötve állandóan? (gondolom, nem, mert nem néztem ezt sem most, de .. közben meglett hogy a nyílt/radeon GPU driver van telepítve, és nem a zárt/fglrx)

Amúgy minden működik, touchpad, bluetooth, kamera, stb.? Most ezeket kéne nézned.

#13
Értelek. Lelkes amatőr vagyok sztem. :)

Nos a 3. leírásban szereplő dolgokat ellenőriztem, egyvalami van: az run-parts -v /etc/cron.weekly parancsra kimenetében nincs meg az, amit ír a szerző.
A többi pont rendben.
Kikommenteltem azt, amit mondtál, de nem változott semmi.
A /boot/efi-hez nem merek hozzányúlni, mert a win csinálta magának.
 

Elnézést a kavarodásért, de most találtam meg, hogyan lehet elnevezn a lemezeket és megtettem, utána jutott eszembe, hogy emiatt változik az fstab is.
Itt az új: https://paste.ubuntu.com/23760673/
Amiknek nem változott: a neve: "/", a "Swap" és a "/boot/efi" partíciók.
Az "ig_adat" elnevezésű volt korábban az utolsó sor, és igen, közösen használom a winnel és NTFS.
Az "/mnt/611EBB516658AA12" partíciót szintén a win hozta létre, nem értem eddig miért nem volt benne.
Az "/mnt/54G" egy ext4 partíció a HDD-n, de lövésem nincs miért hoztam létre.

Látható, hogy beírtam a discardot is, de sajnos nem hozott eredményt.
Remélem mindenre válaszoltam.
 

u.i.: itt a parted -l és az lsblk kimenete: https://paste.ubuntu.com/23760744/

#42 Ott van a leírásban a debian alatt az ubuntus tároló is (láttam, 16.04):
"The same for Ubuntu:
deb http://de.archive.ubuntu.com/ubuntu/ (link is external) xenial main restricted
would become to
deb http://de.archive.ubuntu.com/ubuntu/ (link is external) xenial main restricted universe"
Ezért mertem meglépni.
-- valóban, de ... fáradok.

Most ebben a pillanatban wifivel netezek, nincs LAN kábel bedugva, és a dmesg-ben nincs az eth0 link down hibaüzenet:
https://gist.github.com/anonymous/de96e50a189832f963f33e944bc35d2b (link is external)
Helyette: eth0: 0xffffc90000e98000, f8:a9:63:75:e5:15, IRQ 37
-- én nem néztem az eth kártyát típusát, ID-it, olyan dolgokra keresel rá, melynek 'alapjait' csak te tudod. így például a *-dkms csomag sem mindig nyerő .. neked bejött. egyrészt tudtad az eth kártyád típusát, másrészt jó javaslatot olvastál (nem minden javaslat 'nyerő')

Válaszoltam a ntfs-es kérdére is feljebb: "Az "ig_adat" elnevezésű volt korábban az utolsó sor, és igen, közösen használom a winnel és NTFS.
-- ez szerintem fontos dolog, lassulás lehet emiatt ... . Sajnos, samba kikapcsolását a systemd alatt fejből nem tudom, úgyhogy ez holnapra marad.

A swapoff --all-t is megcsináltam, de erről valóban nem írtam. Nem volt semmi változás a korábbiakhoz képest a leírásod szerint visszakapcsoltam a swapot.
-- néma gyereknek ... :-)

Egyáltalán nincs monitorom, a gép tökéletesen működik, minden funkciója.
-- értem, szuper. és nincs másik monitor, csak a saját.

Volt, hogy a steam miatt váltottam fglrx-re, de nem indult el az X, ezért visszatértem a nyílt driverre.
-- itt egy kis problémát érzékelek. lehetséges olyan történet (és az ellenkezője is), amikor nem sikerül egy videó kártya telepítése és a rossz eltávolítás hatással van a rendszer gyorsaságára is.

Mindezeket most mondod. Egyértelműnek gondolod, hogy ezeknek nincs köze a lassuláshoz. Pedig lehet.

És akkor még ott az a pár bug. Az elsőt néztem, kernel bug. A 4.7-es kernelt nyugodtan kipróbálhatnád.

#40
Ott van a leírásban a debian alatt az ubuntus tároló is (láttam, 16.04):
"The same for Ubuntu:
deb http://de.archive.ubuntu.com/ubuntu/ xenial main restricted
would become to
deb http://de.archive.ubuntu.com/ubuntu/ xenial main restricted universe"
Ezért mertem meglépni.
Most ebben a pillanatban wifivel netezek, nincs LAN kábel bedugva, és a dmesg-ben nincs az eth0 link down hibaüzenet:
https://gist.github.com/anonymous/de96e50a189832f963f33e944bc35d2b
Helyette: eth0: 0xffffc90000e98000, f8:a9:63:75:e5:15, IRQ 37

Válaszoltam a ntfs-es kérdére is feljebb: "Az "ig_adat" elnevezésű volt korábban az utolsó sor, és igen, közösen használom a winnel és NTFS.
"
A swapoff --all-t is megcsináltam, de erről valóban nem írtam. Nem volt semmi változás a korábbiakhoz képest a leírásod szerint visszakapcsoltam a swapot.
Egyáltalán nincs monitorom, a gép tökéletesen működik, minden funkciója.
Volt, hogy a steam miatt váltottam fglrx-re, de nem indult el az X, ezért visszatértem a nyílt driverre.

Ami miatt indítottam ezt a témát, az a bootidő.
Most ez alapján csináltam egy scriptet, ami napi szinten futttja az fstrimet
https://logout.hu/bejegyzes/berus_berus/linux_es_ssd_gyorstalpalo_2.html
Ar rc.local fájlból meg kivettem az fstrim / prancsot

A bugok szépek, de gyorsak! :)
A sudo reboot-ot és a bios-t is megnézem holnap. A sambara is rakeresek.

Régóta megy már ez a téma, sok az infó. Ha nem válaszolok, akkor az nem direkt van. Közben én is keresek, próbálkozok.