O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2023. Vybráni byli Bruno Haible za dlouhodobé příspěvky a správu knihovny Gnulib, nováček Nick Logozzo za front-end Parabolic pro yt-dlp a tým Mission logiciels libres francouzského státu za nasazování svobodného softwaru do praxe.
Před 10 lety Microsoft dokončil akvizici divize mobilních telefonů společnosti Nokia a pod značkou Microsoft Mobile ji zanedlouho pohřbil.
Fedora 40 release party v Praze proběhne v pátek 17. května od 18:30 v prostorách společnosti Etnetera Core na adrese Jankovcova 1037/49, Praha 7. Součástí bude program kratších přednášek o novinkách ve Fedoře.
rmmod ehci_hcd
a zapojil flashku. Pokud to nepomůže tak bych ještě zkusil rmmod uhci_hcd && modprobe ehci_hcd
.
rmmod ehci_hcd
nevede k uspechu, ale nasledne:
rmmod uhci_hcd && modprobe ehci_hcd
uz udela ze flash zacne fungovat.
pokud ji odpojim a chci znovu pripojit, tak opet nejede, musim udelat zase to same, teda staci pak uz jen zadat:
sudo rmmod ehci_hcd
sudo modprobe ehci_hcd
coz je lepsi nez restart systemu. tyhle zmeny modulu jsou asi platne po zadani stale, nejen do restartu, zejo. kazdopadne teda bezva pokrok!
Tak já mam v modulech jen ahci, iee1394,ohci1394,usbhid,usb_storage ehci_hcd a uhci_hcd ani nemam a usb jede se všim automaticky.
Celej výpis :
Module Size Used by hidp 11083 0 binfmt_misc 6587 1 rfcomm 33421 4 sco 7885 2 bnep 9436 2 l2cap 30624 17 hidp,rfcomm,bnep vboxnetadp 6326 0 vboxnetflt 15280 0 vboxdrv 190626 2 vboxnetadp,vboxnetflt sit 8483 0 tunnel4 2213 1 sit ppdev 5259 0 parport_pc 25962 0 ipt_MASQUERADE 1407 0 iptable_nat 4414 0 nf_nat 15735 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 10672 3 iptable_nat,nf_nat nf_defrag_ipv4 1073 1 nf_conntrack_ipv4 autofs4 22715 1 xt_state 1098 0 nf_conntrack 61615 5 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4,xt_state ipt_REJECT 1928 0 xt_tcpudp 2011 0 iptable_filter 2271 0 ip_tables 9991 2 iptable_nat,iptable_filter x_tables 14299 6 ipt_MASQUERADE,iptable_nat,xt_state,ipt_REJECT,xt_tcpudp,ip_tables bridge 45614 0 stp 1655 1 bridge kvm_intel 39416 0 kvm 245253 1 kvm_intel sha256_generic 11191 0 aes_i586 7268 0 snd_hda_codec_realtek 203408 1 aes_generic 26863 1 aes_i586 snd_hda_intel 22037 2 snd_hda_codec 74201 2 snd_hda_codec_realtek,snd_hda_intel snd_usb_audio 75765 1 dm_crypt 11331 0 snd_seq_dummy 1338 0 snd_pcm_oss 35308 0 snd_seq_oss 26722 0 snd_mixer_oss 13746 1 snd_pcm_oss snd_pcm 70694 4 snd_hda_intel,snd_hda_codec,snd_usb_audio,snd_pcm_oss snd_usb_lib 15801 1 snd_usb_audio snd_seq_midi 4557 0 f71882fg 21312 0 snd_seq_midi_event 6003 2 snd_seq_oss,snd_seq_midi snd_rawmidi 19056 2 snd_usb_lib,snd_seq_midi snd_seq 47263 7 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 19098 2 snd_pcm,snd_seq snd_hwdep 5412 2 snd_hda_codec,snd_usb_audio snd_seq_device 5700 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq gspca_sonixj 19392 0 lp 7028 0 btusb 10957 2 snd 54180 20 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_usb_audio,snd_pcm_oss,snd_seq_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_hwdep,snd_seq_device gspca_main 21199 1 gspca_sonixj parport 32635 3 ppdev,parport_pc,lp nvidia 9694157 46 agpgart 31724 1 nvidia bluetooth 49892 10 hidp,rfcomm,sco,bnep,l2cap,btusb videodev 34361 1 gspca_main v4l1_compat 13251 1 videodev soundcore 6620 1 snd snd_page_alloc 7076 2 snd_hda_intel,snd_pcm psmouse 63245 0 joydev 8740 0 serio_raw 3978 0 reiserfs 225481 1 hid_a4tech 1910 0 usb_storage 39553 1 usbhid 36110 0 hid 67096 3 hidp,hid_a4tech,usbhid ohci1394 26950 0 r8169 34108 0 mii 4381 1 r8169 ieee1394 81181 1 ohci1394 ahci 32200 5
Třeba ti to pomůže.
modprobe usb_storage
, tak se načte ovladač pro usb paměti, harddisky apod. (pokud už zaveden není, to zjistíš příkazem lsmod, příp. lsmod | grep usb
vypíše moduly v jejichž názvu je usb)...
ppp@PC:~$ lsmod | grep usb
usbcore 98453 3 uhci_hcd,ehci_hcd
nls_base 4541 1 usbcore
ppp@PC:~$ sudo modprobe usb_storage
ppp@PC:~$ lsmod | grep usb
usb_storage 30585 0
scsi_mod 101429 5 usb_storage,sg,sd_mod,sr_mod,libata
usbcore 98453 4 usb_storage,uhci_hcd,ehci_hcd
nls_base 4541 1 usbcore
tak ani po zavedeni nejde...
udev_log="err"
a kdyz vlozim flasku do USB tak kterej proces se postara o to ze flasku uvidim ve vypisu lsusb? dela to udev nebo jinej? dekuji
obsah /etc/udev/udev.conf je celkem strucny (bez komentaru):
udev_log="err"
V /etc/udev/udev.conf je by mělo být jen „globální“ nastavení démona udev. A to je u současného udevu zřejmě jenom logování. Samotné chování udevu pro zpracování zařízení se nastavuje pomocí pravidel. Uživatelská pravidla jsou obvykle v /etc/udev/rules.d/ a standardní pravidla jsou v /lib/udev/rules.d/
Pravidla jsou poměrně komplexní. Je možné nastavit spouštění skriptů při vytváření zařízení, nahrávání modulů při detekci zařízení, vytváření symlinků a spoustu dalšího.
a kdyz vlozim flasku do USB tak kterej proces se postara o to ze flasku uvidim ve vypisu lsusb? dela to udev nebo jinej? dekuji
Proces je přibližně: jádro detekuje zapojení zařízení a vyšle událost, udev událost zachytí a podle ní vytvoří zařízení v /dev.
Např. to může vypadat tak, že když zapojíš flashku jádro zjistí, že jsi zapojil jakési zařízení XYZ a pošle událost. udev událost zachytí a podle nějaké databáze a pravidel ví, že XYZ je USB úložné zařízení. Protože ale není nahrán modul usb-storage, nahraje ho. Pokud se dobře vzpomínám, tak v tuhle chvíli jádro může zjistit nějaké další info a pošle další událost, na kterou už udev může zareagovat vytvořením zařízení v /dev.
lsusb s udevem nemá vlastně nic společného – lsusb vlastně jen parsuje soubory v /sys a vypisuje je ve srozumitelnější podobě (pokud tě zajímá jaké soubory čte, spusť strace -eopen lsusb
). Soubory v /sys vytváří jádro.
A to ubuntu nedělal ?
http://www.abclinuxu.cz/poradna/linux/show/327458 není to, to samý ?
Tiskni Sdílej: