Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Zdravím všechny.
Mám takový problém, Linux používám již zhruba od roku ~ 2000. Za tu dobu jsem vystřídal několik počítačů. Ale vždy jsem na něm měl jeden problém, který byl nezávislý na OS (dříve Mandriva, pak Mandrake a nyní Ubuntu) a na počítači.
Problém je takový: Mám několik síťových karet v počítači (nyní 2). Pokud zapnu počítač a síťová karta je zastrčená v zařízení (modem, router, switch) je normálně inicializovaná a můžu ji používat. To znamená odpojím ji, ona zmizí, zapojím ji ona se objeví, dostane třeba jinou adresu. Pokud však v momentě zapnutí není nikam zastrčená, můžu ji zastrkávat kam chci a systém o ni neví. Už jsem tento problém řešil několikrát, dokonce jsem dával dotazy, ale vždy to skončilo tak, že jediný funkční způsob byl tak, že jsem propojil kabel a restartoval počítač.
No a teď dotaz - existuje způsob jak aktivovat síťovou kartu bez restartu počítače?
Řešení dotazu:
$ sudo ifup eth0 Ignoring unknown interface eth0=eth0.
#zobrazit nahozene site. zobrazi eth0 ? bez ip ? => je up. neni nakonfigurovana ifconfig #zobrazit vsechny site. zobrazi eth0 ? => je down ifconfig -a #zobrazi eth0 ? => NetworkManager o ni vi nmcli devpokud eth0 vidis, tak:
#pouze nahozeni eth0 sudo ifconfig eth0 up #rucni nakonfigurovani ip pro eth0 sudo ifconfig eth0 192.168.1.11nebo si eth0 pridej (s ip natvrdo, nebo auto) do /etc/network/interface
Díky za odpověď.
ifconfig eth0 nezobrazí, nmcli dev také ne.
Konfigurovat /etc/network/interfaces jsem zkusil. Přidal jsem tam dva řádky:
auto eth0 iface eth0 inet dhcp
Provedl jsem sudo /etc/init.d/networking restart - to vůbec nic neudělalo. Tak jsem restartoval počítač. Po restartu linuxu systém nenaběhne ihned, ale několik minut čeká s hlášením, že probíhá konfigurace sítě. Pak to napíše, že přidává dalších 60 sekund na konfiguraci sítě. Načež najede Ubuntu. Eth0 opět není vidět. Proto jsem /etc/network/interface vrátil do původního stavu.
ip a
nebo alespoň ifconfig -a
? Jmenuje se to rozhraní eth0? To že to čeká na DHCP je normální, když jsi mu dal, že má čekat na dhcp. Nech tam jenom to auto eth0 (pokud se to rozhraní takhle jmenuje).
#s kabelem lsmod >kabel_ano.txt #bez kabelu lsmod >kabel_ne.txt #porovnat diff kabel_ne.txt kabel_ano.txt
Myslím, že jsme pokročili, vypadá to na modul r8169 (poslední 4 řádky):
26a27 > joydev 17526 0 27a29 > hid_generic 12548 0 29d30 < joydev 17526 0 31d31 < hid_generic 12548 0 37c37 < snd_hda_codec_realtek 66743 1 --- > gpio_ich 13526 0 38a39 > snd_hda_codec_realtek 66743 1 43d43 < gpio_ich 13526 0 46a47 > ttm 90127 1 radeon 47a49 > drm_kms_helper 53224 1 radeon 50,53d51 < ttm 90127 1 radeon < snd_seq_device 14497 3 snd_seq,snd_rawmidi,snd_seq_midi < drm_kms_helper 53224 1 radeon < snd_timer 29989 2 snd_pcm,snd_seq 56c54,55 < snd 69874 22 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi --- > snd_seq_device 14497 3 snd_seq,snd_rawmidi,snd_seq_midi > snd_timer 29989 2 snd_pcm,snd_seq 58a58 > snd 69874 22 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi 72c72,73 < mii 13981 1 3c59x --- > r8169 73299 0 > mii 13981 2 3c59x,r8169
Co teď, jak to udělat, aby se zavedl vždy?
Co teď, jak to udělat, aby se zavedl vždy?V Debianu tomu typicky pomůže to "auto eth0". V nejhorším se dá dát příslušný modprobe do /etc/rc.local.
Tak další restarty.
Přidal jsem do /etc/rc.local položku modprobe r8169. Teď se po startu automaticky zavede modul r8169. Bohužel eth0 stále není, pokud při startu počítače není zapojený kabel. Nemůže to být vadný modul r8169? Nebo má tam být ještě něco?
dmesg|grep ethA případně ještě grepovat na nějaké další výskyty, třeba
grep -i rtl
.
dmesg|grep eth
nevypíše ani jeden řádek
dmesg|grep -i rtl
Také nic nevypíše.
ifconfig -a ethtool eth0 ethtool -i eth0 lsmod dmesg|tail
ethtool eth0 Settings for eth0: Cannot get device settings: No such device Cannot get wake-on-lan settings: No such device Cannot get message level: No such device Cannot get link status: No such device No data available
To znamená odpojím ji, ona zmizí, zapojím ji ona se objevíTady bych viděl problém. Mně na Linuxu teda síťové karty po odpojení kabelu nebo smazání IP nemizí. Jak to mizení zjišťuješ? Nepoužíváš k tomu doufám již 15 let nefunkční ifconfig!
ifconfig -anezobrazí eth0.
eth0 link up 100Mb/s full duplex
)
Co lsmod při bootování s připojenou a odpojenou kartou? Nechybí modul?
Pokud je funkční síťovka, tak je funkční až do příštího vypnutí počítače. Můžu kabel vytahovat, zastrkávat - to vše je v pořádku.
Nefunguje pokud při zapnutí počítače není zastrčený kabel. Pak ji už nedokážu zprovoznit. Zatím jsem našel nezavedený modul r8169 (viz výše - ve spolupráci s nobody). Jeho zavedením, ale kartu nezprovozním.
lsusb
?
Je to PCI kartaV lspci je vidět?
Je to tak, v BIOSu bylo zaškrtnutý Green Mode, tak jsem to zrušil a už to funguje. Bylo to tak, že pokud při zapnutí počítače nebyl zastrčený kabel, tak BIOS síťovku definitivně vypnul a Linux ji nedokázal zapnout. A ten starý počítač měl taky Gigabyte základní desku - takže podobný BIOS a tím dělal to samé.
Takže díky za vyřešení. (Ještě by to chtělo vymyslet jak vypnutou kartu z Linuxu zapnout - no, ale to já už potřebovat nebudu)
Tiskni
Sdílej: