Nabídka

Zobrazit příspěvky

Zde lze prohlédnout všech příspěvky uživatele. Jsou zde vidět pouze příspěvky z oblastí, do kterých máte přístup.

Nabídka Zobrazit příspěvky

Příspěvky - Roman Horník

#16
Aspoň že tak :)
#17
Koukni sem, hlavně na wpa_passphrase ;)
#18
NVMe nemám, jen pomalejší SATA a ~10 let starej stroj. Přesto:
roman@Sid:~$ systemd-analyze
Startup finished in 1.245s (kernel) + 1.193s (userspace) = 2.438s
graphical.target reached after 1.186s in userspace

Holt jsem si uvařil osekaný (přesto plně funkční) jádro 8)
#19
Abych mohl používat scanner Epson Perfection V19, musím mít nainstalovanej program Image Scan od Epsonu, kterej mi ovšem nevyhovuje, ale bez něj (nebo některýho z dalších dvou balíků) nefunguje v XSane. Protože na něj Epson 2 roky nesáhnul, vyžaduje starší knihovny libboost-filesystem1.67.0, libboost-program-options1.67.0 a libboost-system1.67.0. Potíž je v tom, že v repozitáři je už nemám (mám verze 71 a 74), a tak jsem je musel ručně postahovat. Tomu je ale konec.
Balík jsem rozkuchal a upravil mu řídicí soubory control, postinst a postrm tak, aby v závislostech byly novější knihovny verze 74 a aby program, co vyžaduje knihovny verze 67, dostal tyhle knihovny přes symlinky (po odinstalaci dojde k jejich odstranění), protože i s nima funguje bezvadně. Do binárek zasahováno nebylo.

Takže DEBIAN/control (závislosti):
Depends: libatk1.0-0 (>= 1.12.4), libatkmm-1.6-1v5 (>= 2.24.0), libboost-filesystem1.74.0, libboost-program-options1.74.0, libboost-system1.74.0, libc6 (>= 2.15), libcairo2 (>= 1.2.4), libcairomm-1.0-1v5 (>= 1.12.0), libfontconfig1 (>= 2.12.6), libfreetype6 (>= 2.2.1), libgcc1 (>= 1:3.0), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.16.0), libglibmm-2.4-1v5 (>= 2.54.0), libgraphicsmagick++-q16-12 (>= 1.3.26-5~), libgraphicsmagick-q16-3 (>= 1.3.11), libgtk2.0-0 (>= 2.8.0), libgtkmm-2.4-1v5 (>= 1:2.24.0), libjpeg62-turbo (>= 1.3.1), libltdl7 (>= 2.4.6), libpango-1.0-0 (>= 1.14.0), libpangocairo-1.0-0 (>= 1.14.0), libpangoft2-1.0-0 (>= 1.14.0), libpangomm-1.4-1v5 (>= 2.42.0), libsigc++-2.0-0v5 (>= 2.8.0), libstdc++6 (>= 6), libtiff5 (>= 4.0.3), libudev1 (>= 183), libusb-1.0-0 (>= 2:1.0.22), graphicsmagick

DEBIAN/postinst:
#!/bin/sh
set -e
# Automatically added by dh_installmenu/12.1.1
if [ "$1" = "configure" ] && [ -x "`which update-menus 2>/dev/null`" ]; then
   update-menus
fi
# End automatically added section

LIBBOOST="/usr/lib/x86_64-linux-gnu/libboost"
if [ ! -L "${LIBBOOST}_program_options.so.1.67.0" ]; then
   ln -s ${LIBBOOST}_program_options.so.1.74.0 ${LIBBOOST}_program_options.so.1.67.0
   ln -s ${LIBBOOST}_system.so.1.74.0          ${LIBBOOST}_system.so.1.67.0
   ln -s ${LIBBOOST}_filesystem.so.1.74.0      ${LIBBOOST}_filesystem.so.1.67.0
fi

(česky: jestli neexistuje symlink /usr/lib/x86_64-linux-gnu/libboost_program_options.so.1.67.0, tzn. jeden z nich, tak je vytvoř)

DEBIAN/postrm:
#!/bin/sh
set -e
# Automatically added by dh_installmenu/12.1.1
if [ -x "`which update-menus 2>/dev/null`" ]; then update-menus ; fi
# End automatically added section

LIBBOOST="/usr/lib/x86_64-linux-gnu/libboost"
if [ -L "${LIBBOOST}_program_options.so.1.67.0" ]
   then rm ${LIBBOOST}_program_options.so.1.67.0 ${LIBBOOST}_system.so.1.67.0 ${LIBBOOST}_filesystem.so.1.67.0
fi

(česky: jestli existuje symlink /usr/lib/x86_64-linux-gnu/libboost_program_options.so.1.67.0, tedy logicky i ostatní, tak ho i zbejvající smaž)

Měl bych správně hlídat všechny knihovny, ale normálně se nemůže stát, že by se měla narušit jejich koexistence/koneexistence.


No a TADY je ke stažení. Stačí rozbalit a v terminálu spustit příkaz install.sh uvnitř archívu, nebo ručně nainstalovat balíky v podsložkách.
#20
Pěkný, Braňo :)
Protože mám dva SSD, zjistil jsem, že trochu rychlejší to je na XFS jak na EXT4. To se dokonce jeví vůči SSD jako ohleduplnější.
#21
Pravděpodobně chyba komunikace Thunaru s DBusem, nebo chyba DBusu. Zkus je vzít ze Sida, jestli je to nutný, ale evidentně to i přes kecy funguje (volá příkazy eject a (u)mount).
EDIT: Teď mám potvrzeno, že na Sidovi to funguje zcela normálně.
#22
Dobrá volba. A Sida se neboj, je strašně nudnej i s experimentalem. Jako fakt, mám ho léta letoucí a prostě se nic nesere, jen kvůli experimentalu mám rozhašený nějaký závislosti (nelze 5 balíků aktualizovat), ale to je tak všechno. Neboj se ho.
Ad stránky - prostě se ptej tady, nebo Gůgla. Stránek je hafo, jako třeba wiki Debianu nebo rozsáhlejší wikina Arch Linuxu, stejně tak všemožný stránky hlášení chyb, ale na jednom místě nic nečekej, a čekej tam spíš starší chyby, nebo nový, ale často jen v řešení.
Dobrý je, že i přes rasově-genderovou diverzitu v Googlu ještě uspokojivě funguje jeho vyhledávač, stačí tam nasypat kořen znění chyby, pak při troše štěstí se doklikáš k řešení.
#23
Že to dosud fungovalo neznamená, že to musí fungovat i teď. Takový jádro je hodně složitý, má bambilión ovladačů, a tak se může stát, že po změně zdánlivě nesouvisející věci může nějakej ovladač pro ne moc frekventovanej hardware začít blbnout. Ale na to potřebuješ udělat řádnou diagnostiku, tj. pročíst logy a porozumět jim, najít správný chybový hlášení, a nahlásit chybu. Ale zrovna tenhle systém spolíhá na to, že uživatel něco umí, a to poněkud nadstandardně. Takovej nástroj, co spustíš, projede logy, najde chyby a odešle je po odsouhlasení se vším potřebným, asi není. A u "stabilních" vydání, který z vlastní praxe považuju za poněkud míň stabilní, než vydání "nestabilní", by se to dost hodilo.
Takže - nejmíň bolestivej pro Tebe bude 3. bod, 1. bod - drátová síť by měla naskočit automaticky. 2. bod je trochu složitější, kór, když nevím po letech nepotřeby, jak se to pořádně dělá, ale tam jde zhruba o to, že v menu zavaděče instalátoru zvolíš něco jako Recovery (možná v podmenu), pak chvilku vyplňuješ jako při instalaci, nastavuješ síť, a pak tam máš nabídku, kde je něco jako "Spustit shell na sda1". A tohle chceš. Síť by měla fungovat, dost možná i bezdrátová, akorát schopnosti tamní konzole jsou trochu graficky omezený, a nestartuješ v bashi, ale v sh, což by ničemu nemělo vadit. Každopádně budeš chrootnutej na kořen disku, takže budeš pracovat přímo na něm, jako bys byl nabootovanej do konzole.
#24
Aktualizovat můžeš, máš 3 možnosti:
1) V GRUBu zvolíš boot do "nouzáku", kde na jeho konci zadáš heslo (nabízí to i [L-Ctrl]+[D], ale to je pokračování bootu), pak s drátovou sítí můžeš páchat, co je libo
2) Na instalačním disku je volba obnovy - po nabootování zvolíš kořen svýho disku a k dispozici získáš konzoli, kde můžeš pracovat
3) Zkusils, když už nejde přihlášení v jedný konzoli, přepnout do jiný konzole (např. [L-Alt]+[F2]) a tam se přihlásit?
#25
Hoj, nejdřív se podívej do systémovejch záznamů ve /var/log, jestli tam něco neobjevíš, co by se mohlo tejkat wifi modulu. A pak se podívej, jestli sis náhodou neodinstaloval firmware - je v balíku firmware-iwlwifi. Nakonec můžeš vyzkoušet jádro jiný verze.
Jestli něco objevíš v záznamech, dej echo.
#26
1) SSD z toho vynech, NENÍ to jeho chyba. Zapomeň na něj!
2) I kdybys instaloval základní systém (bez GUI), jakmile ho spustíš, první, co uděláš, je jeho aktualizace, teprve pak si s tím hraj.
3) Zrcadlo je zrcadlem od toho, aby na něm byly balíky stejný a stejný verze jako na serveru, jemuž zrcadlo dělá. S čím se dá hrát, je vydání (stabilní, testovací, Sid).
4) Co znamená, že se nemůžeš dostat na sources.list bez tvrdýho resetu? Při instalaci? Po ní? Nebo kdy? Jak se do něj dostáváš? Upřesni.
#27
To bys byl špatnej linuxák, kdybys nezkoušel, kdybys to vzdal, kór, když to jinde funguje ;)
Hodně štěstí!
#28
Špatná odpověď.
Po aktualizaci dostaneš novější jádro, po upgradu na vyšší verzi (Testing, Sid) ještě novější ;)
#29
Na to je dobrý pročíst si systémový záznamy ve /var/log, dále má na to systemd pár udělátek, jako:
systemd-analyze blame
systemd-analyze critical-chain
systemd-analyze plot > vystup.svg
(a to si zobrazíš v prohlížeči obrázků)
Víc na systemd-analyze -h
#30
Tohle je problém jádra, nikoliv disku, zkus jinej obraz.