Hát nem vagyok elájulva a sebességnövekedéstől. Sem. Az új grub csúnya apró betűtípusokkal fogad. Boot közben elárvult inode-okról panaszkodott, továbbá a pcspeaker-rel kapcsolatban valamit. A háttérképemet lecserélte az alapértelmezettre, a felső menüsor ocsmány lett. Az asztalon volt egy mappa, amibe bele volt mountolva az ntfs másik partícióm, az most sehol nincs. Szóval egyelőre nem vagyok elragadtatva, DE épp nemrég határoztam el, hogy nyitott leszek. Hát megpróbálok nyitott lenni.
Kezdjük talán a systemctl használatával, hogy lássam a boot problémákat a systemd miatt. Egyébként nem vészes, mert a rendszer megy, csak szeretném debugolni. (De szép szó ez..)
# systemctl
Hát elég ocsmány a kimenete
# systemctl list-unit-files
No ez már informatívabb. De nem erre van szükségem.
Remélem a bootlogd segít:
# sed 's/\^\[/\E/g' /var/log/boot | less -R
(Nothing has been logged yet.)
Nem segít. Már nem is érdekel. Talán majd később. Ha kedvem lesz.
A rendszer működik, az asztalon a csatolását majd megcsinálom, nem nagy dolog, a háttérképet visszacserélem, az ocsmány menüsort meg vagy megszokom, vagy átszerkesztem. Mert megtehetem.
Alapvetően a műtét jól sikerült a beteg lábadozik.
- zslaszlo blogja
- A hozzászóláshoz be kell jelentkezni
- 1537 megtekintés
Hozzászólások
# systemctl
Hát elég ocsmány a kimenete
Itt neked inkább a
systemctl -t service
kellett volna (a többi sok-sok unit típusra nem feltétlenül van szükséged); a mount problémához [már ha az fstab-ban van a bejegyzés] meg a -t mount.
# sed 's/\^\[/\E/g' /var/log/boot | less -R
(Nothing has been logged yet.)
journalctl -b
Ha meg egy-egy service logjaira vagy kíváncsi:
journalctl -u {unit}
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Nagyon köszönöm!Tényleg tanulnom kell még a systemd működését. Olvasgatok egy kis manualt...
- A hozzászóláshoz be kell jelentkezni
Nincs mit :)
Amit még előbb elfelejtettem.
A lassú boothoz:
systemd-analyze blame
Megmutatja, hogy melyik unit mennyi idő alatt állt fel.
Kicsit látványosabb:
systemd-analyze plot > /tmp/boot.svg && xdg-open /tmp/boot.svg
Ha meg rábíznád a probléma-keresést a systemd-re:
systemd-analyze critical-chain
Ha van közte service, amire nincs feltétlenül szükséged (és másnak sem), javíthatsz a boot időn.
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Ez jól jön, köszi!
--
Fight / For The Freedom / Fighting With Steel
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Ket tipp:
- Ha cikket irsz, pls hasznald mar a kockas code tageket, hogy lathato legyen mi kod es mi nem
- Ha mar nem hasznalod a code taget, legalabb uss egy entert a kodok elott-utan, hogy elhatarolodjon.
Raneztem a cikkedre, es nem lattam, hol az eleje es hol a vege.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Köszi. Javítottam. Bár nem cikket, hanem blogbejegyzést írtam, csak, hogy kukacoskodjak...
- A hozzászóláshoz be kell jelentkezni
Koszi, sokkal jobb.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
"Megnézem a sources.list tartalmát nincs-e benne saját repó. Hoppá. Találtam."
Az ujabb Debianok (lenny ota talan? ezt most fejbol nem tudom) kepesek ujhullamos modon is kezelni a sources.list-et, megpedig ugy, hogy a /etc/apt/sources.list.d mappa alatt minden .list-re vegzodo nevu fajlt felolvasnak. Ez azert nagyon hasznos, mert a custom repok elereset igy teljes mertekben kulon lehet tartani, nincs szukseg azokat bepakolaszni a fo sources.list -be, raadasul barmelyik egy mv paranccsal letilthato.
"Ezen kívül az apt használatát javasolja, mely szintén kedvemre való.."
En mocskosul utalom az apt-get parancs upgradelesi metodusat, a legtobb esetben elbok valami fontosat vagy kevesbe fontosat, raadasul eszmeletlen borzalmas a fuggosegkezelese. Mindig, kivetel nelkul mindig aptitude-dal frissitek, megpedig egy lepesben, es azt is megmondom miert. Az aptitude van annyira okos, hogy tobb kulonbozo korben futtassa meg a frissitest, szoval az, hogy nekem egy kornek latszik, az valojaban semmit sem jelent, viszont ami meg ennel is fontosabb, az az, hogy az aptitude elore le tudja jatszani a fuggosegekkel kapcsolatos osszes nyugot, amit meg a rendszerfrissites beinditasa elott meg tudok oldani (vagy nem, de akkor frissites sincs), utana az egesz unattended modon vegbemegy, a vegen kell egy ENTER-t nyomnom meg kilepni az aptitude-bol, hogy egy reboot-ot elsuthessek.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Mi lehet az oka, hogy a hivatalos upgrade modszer -az elozo kiadassal ellentetben- aptitude helyett ujra apt-get?
- A hozzászóláshoz be kell jelentkezni
Otletem sincs. Volt mar olyan, hogy az aptitude nem tudta megoldani a problemat, es apt-get -ezni kellett, de ez a praxisom alatt kb 2x fordult elo? 3x? 7-8 ev alatt, teszem hozza.
Kulonben meg, en Gentoo iranybol jovok, ott alap, hogy fenntartasokkal kezeld a "hivatalos" megoldasokat... :-)
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
És mindezt magyarul? Jézusom...
- A hozzászóláshoz be kell jelentkezni
Bár én graf. felület nélkül frissítettem virtualboxban debian 7.8-at 8.0-vá, ott semmifeéle gond nem volt.... mák lenne?
- A hozzászóláshoz be kell jelentkezni