Keresés

Új hozzászólás Aktív témák

  • czappa

    aktív tag

    Sziasztok!
    Egy ideje használok már linuxot, de Gentoo-t csak kb. egy hete.
    A problémám, hogy nem tudom az USB pendriveokat használni. (Röhej, de ez van.)
    A hibajelenség:
    Amikor bedugom a pendrive-ot a dmesg nem ír semmit, a /dev -ben nem jelenik meg az sdx (van egy satas vinyóm az sda, elvileg a pendrive sdb lenne, de nem történik semmi),
    dbus-monitor --system sem ír ki semmit ha pendriveot rakok a gépbe, cd-nél működik.

    Első körben arra gyanakodtam, hogy a kernelbe nem forgattam bele mindent, ami kell, ezért egy csomó gentoo-s howto-t olvastam, és szerintem nem hiányzik semmi.
    Ezek vannak a kernelben:
    SCSI:
    < > RAID Transport Class │ │
    │ │ -*- SCSI device support │ │
    │ │ < > SCSI target support │ │
    │ │ [ ] legacy /proc/scsi/ support │ │
    │ │ *** SCSI support type (disk, tape, CD-ROM) *** │ │
    │ │ <*> SCSI disk support

    HID Devices
    -*- Generic HID support │ │
    │ │ [ ] HID debugging support │ │
    │ │ [*] /dev/hidraw raw HID device support │ │
    │ │ *** USB Input Devices *** │ │
    │ │ <*> USB Human Interface Device (full HID) support │ │
    │ │ [ ] Enable support for Apple laptop/aluminum USB special keys│ │
    │ │ [ ] Force feedback support (EXPERIMENTAL) │ │
    │ │ [*] /dev/hiddev raw HID device support

    --- USB support │ │
    │ │ <*> Support for Host-side USB │ │
    │ │ [ ] USB verbose debug messages │ │
    │ │ [ ] USB announce new devices │ │
    │ │ *** Miscellaneous USB options *** │ │
    │ │ [*] USB device filesystem │ │
    │ │ [ ] USB device class-devices (DEPRECATED) │ │
    │ │ [ ] Dynamic USB minor allocation (EXPERIMENTAL) │ │
    │ │ [ ] USB selective suspend/resume and wakeup │ │
    │ │ [ ] USB device persistence during system suspend (DANGEROUS) │ │
    │ │ *** USB Host Controller Drivers *** │ │
    │ │ <*> EHCI HCD (USB 2.0) support │ │
    │ │ [ ] Root Hub Transaction Translators (EXPERIMENTAL) │ │
    │ │ [ ] Improved Transaction Translator scheduling (EXPERIMENTA│ │
    │ │ < > ISP116X HCD support │ │
    │ │ <*> OHCI HCD support │ │
    │ │ [ ] OHCI support for Broadcom SSB OHCI core │ │
    │ │ <*> UHCI HCD (most Intel and VIA) support
    | | <*> USB Printer support │ │
    │ │ *** NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'│ │
    │ │ *** may also be needed; see USB_STORAGE Help for more infor│ │
    │ │ <*> USB Mass Storage support │ │
    │ │ [ ] USB Mass Storage verbose debug │ │
    │ │ [ ] Datafab Compact Flash Reader support (EXPERIMENTAL) │ │
    │ │ [*] Freecom USB/ATAPI Bridge support
    | |[*] USB Monitor

    <*> MSDOS fs support │ │
    │ │ <*> VFAT (Windows-95) fs support │ │
    │ │ (437) Default codepage for FAT │ │
    │ │ (iso8859-1) Default iocharset for FAT │ │
    │ │ <M> NTFS file system support │ │
    │ │ [ ] NTFS debugging support │ │
    │ │ [*] NTFS write support

    <*> ISO 9660 CDROM file system support │ │
    │ │ [*] Microsoft Joliet CDROM extensions │ │
    │ │ [ ] Transparent decompression extension │ │
    │ │ < > UDF file system support │ │
    │ │

    CDROM benne van az fstab-ban, tökéletesen mountolódik, KDE is feldob egy ablakot h mit csináljon vele. Nekem ez utóbbi usb-nél nem kell (lehet, de lényegtelen).
    A gond az, hogy mint írtam mintha kernel-ből hiányozna valami az usb pendrivhoz.

    A rendszer egyébként "hal"-lal és "dbus"-szal van emergelve.

    Két pendrive-ot próbáltam, egyikkel sem megy. Hardveresen biztosan jó. Ugyan ezen a gépen Bluewhite64-en tökéletesen mennek (és más gépen is).

    Mit bénázok el?
    Javaslatokat, segítségeket előre is köszi!

    [ Szerkesztve ]

  • czappa

    aktív tag

    válasz dr_strange #3363 üzenetére

    Köszi a választ!

    Más usb-s eszköz megy (egy usb-s egér). Ezt az lsusb ki is írja, de a pendriveot nem. (Ezt is akartam írni, kifelejtettem az előző hsz.-emből, bocsi.)
    Udev:
    sys-fs/udev
    Latest version available: 124-r1
    Latest version installed: 124-r1
    Ez volt fent, de azért egy emerge --sync után újra emerge-eltem, változás semmi.

    Viszont! Amit javasoltál működik: ha úgy bootolok, hogy egy pendrive be van dugva, akkor működik. lsusb kiírja, /dev/sdb létrejön, tudom mountolni, stb.
    De csak ekkor, következő újraindításnál megint nincs semmi.

    Bootolásnál azokat írja ki, hogy:
    Starting D-BUS system messagebus ... Ok
    Starting Hardware Abstraction Layer daemon ... Ok
    Akár be van dugva pendrive, akár nem.

  • czappa

    aktív tag

    válasz dr_strange #3363 üzenetére

    Megnéztem bedugott pendrive-os bootnál a dmesg-ben ez van a pendriveról:
    scsi 4:0:0:0: Direct-Access Kingston DataTraveler 2.0 1.00 PQ: 0 ANSI: 2
    sd 4:0:0:0: [sdb] 7856128 512-byte hardware sectors (4022 MB)
    sd 4:0:0:0: [sdb] Write Protect is off
    sd 4:0:0:0: [sdb] Mode Sense: 23 00 00 00
    sd 4:0:0:0: [sdb] Assuming drive cache: write through
    sd 4:0:0:0: [sdb] 7856128 512-byte hardware sectors (4022 MB)
    sd 4:0:0:0: [sdb] Write Protect is off
    sd 4:0:0:0: [sdb] Mode Sense: 23 00 00 00
    sd 4:0:0:0: [sdb] Assuming drive cache: write through
    sdb: sdb1
    sd 4:0:0:0: [sdb] Attached SCSI removable disk
    sd 4:0:0:0: Attached scsi generic sg1 type 0
    usb-storage: device scan complete

    Azok a sorok, amelyekben "usb" szó szerepel:
    dmesg | grep -i usb
    usbcore: registered new interface driver usbfs
    usbcore: registered new interface driver hub
    usbcore: registered new device driver usb
    ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
    ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
    usb usb1: configuration #1 chosen from 1 choice
    hub 1-0:1.0: USB hub found
    ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2
    usb usb2: configuration #1 chosen from 1 choice
    hub 2-0:1.0: USB hub found
    ehci_hcd 0000:00:13.5: new USB bus registered, assigned bus number 3
    usb 1-2: new low speed USB device using ohci_hcd and address 2
    ehci_hcd 0000:00:13.5: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
    usb usb3: configuration #1 chosen from 1 choice
    hub 3-0:1.0: USB hub found
    hub 1-0:1.0: unable to enumerate USB device on port 2
    [<ffffffff880702d4>] (usb_hcd_irq+0x0/0x51 [usbcore])
    hub 3-0:1.0: unable to enumerate USB device on port 2
    ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 4
    usb 3-10: new high speed USB device using ehci_hcd and address 3
    usb usb4: configuration #1 chosen from 1 choice
    hub 4-0:1.0: USB hub found
    ohci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 5
    usb usb5: configuration #1 chosen from 1 choice
    hub 5-0:1.0: USB hub found
    ohci_hcd 0000:00:13.4: new USB bus registered, assigned bus number 6
    usb usb6: configuration #1 chosen from 1 choice
    hub 6-0:1.0: USB hub found
    usb 3-10: device not accepting address 3, error -110
    usb 3-10: new high speed USB device using ehci_hcd and address 4
    usb 3-10: device not accepting address 4, error -110
    usb 3-10: new high speed USB device using ehci_hcd and address 5
    usb 3-10: device not accepting address 5, error -110
    usb 3-10: new high speed USB device using ehci_hcd and address 6
    usb 3-10: device not accepting address 6, error -110
    hub 3-0:1.0: unable to enumerate USB device on port 10
    usb 1-2: new low speed USB device using ohci_hcd and address 3
    usb 1-2: configuration #1 chosen from 1 choice
    usb 6-2: new full speed USB device using ohci_hcd and address 2
    usb 6-2: not running at top speed; connect to a high speed hub
    usb 6-2: configuration #1 chosen from 1 choice
    usbcore: registered new interface driver hiddev
    input: Logitech USB-PS/2 Optical Mouse as /class/input/input4
    Initializing USB Mass Storage driver...
    input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:13.0-2
    scsi4 : SCSI emulation for USB Mass Storage devices
    usb-storage: device found at 2
    usb-storage: waiting for device to settle before scanning
    usbcore: registered new interface driver usb-storage
    USB Mass Storage support registered.
    usbcore: registered new interface driver usbhid
    drivers/hid/usbhid/hid-core.c: v2.6: USB HID core driver
    usbcore: registered new interface driver ub
    usb-storage: device scan complete

    Ezt most azért írtam, mert a múltkor félreértettem a kérdésed ("Ha bedugott pendrive-val bootolod a Gentoot, a bootfolyamat alatt ir rola valamit? ") és lehet arra gondoltál, hogy a dmesg mit ír.

    [ Szerkesztve ]

  • czappa

    aktív tag

    válasz Sipi #3366 üzenetére

    Szia,
    Köszi a választ!

    Hozzáadtam amiket javasoltál, de nem segített.
    Továbbra is, ha csatlakoztatott pendrive nélkül bootolok, akkor később sem veszi észre (lsusb nem írja, stb.).
    A kernel:
    uname -a
    Linux gep 2.6.25-gentoo-r7 #14 SMP Thu Aug 28 10:31:14 CEST 2008 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ AuthenticAMD GNU/Linux

    Azt elfelejtettem (talán fontos), hogy x86_64 -es a gép és az OS-is.

  • czappa

    aktív tag

    válasz dr_strange #3368 üzenetére

    Sajnos nem ez a gond,
    tagja a plugdev-nek, az usb-nek és a disk-nek (meg másnak is, de ezek "kellhetnek" ide).
    De azt megpróbálom megnézni, hogy kell-e, hogy más csoport tagja is legyen.
    Pl. van egy olyan csoport, hogy haldaemon és fogalmam sincs, hogy mi lehet a szerepe.

    A másik hsz.-re:
    Átolvasom a topicot, de szerintem nálam nem ez a gond, mert pl. root sem tud pendrive-ot mountolni "mélyterminálból" sem.
    Tehát független attól, hogy KDE-t indítok-e vagy sem.
    De egyébként igen KDE-t használok.

    [ Szerkesztve ]

  • czappa

    aktív tag

    Kihúztam az usb-s egeret, majd vissza és ekkor már nem működött, tehát ezt sem ismerte fel, ekkor már ezt sem írta ki az lsusb.
    Kipróbáltam még egy usb-s mp3 lejátszóval. Kijelzője bekapcsolt (tehát áram alatt van), de mountolni ugyan úgy nem tudom.

    Viszont történt egy furcsaság:
    Újra indítottam a gépet, úgy hogy az egér is és egy pendrive is be volt dugva.
    Belépek sima userként, majd startx és az egér nem működött...

    Ctrl + Alt + F2 -> belépek rootként, ekkor látom, hogy megpiszkálja a pendriveot (a LED-je pislogni kezd). Kipróbáltam és tudom mountolni.
    Vissza "grafikus módba" (itt ugye sima userként) és ekkor már működött az egér...

  • czappa

    aktív tag

    No azt hiszem megvan a megoldás:
    lspci (részlet)
    00:00.0 Host bridge: ATI Technologies Inc Device 5957
    00:02.0 PCI bridge: ATI Technologies Inc Device 5978
    00:0a.0 PCI bridge: ATI Technologies Inc Device 597f
    00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
    00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
    00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
    00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
    00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
    00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
    00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)

    00:14.0 SMBus: ATI Technologies Inc SB600 SMBus (rev 14)

    Korábban már említettem, hogy mik vannak a kernelbe forgatva. Ez azóta annyiban változott, hogy egy csomó mindent átraktam modulba.
    Amire rájöttem az az, hogy ha ohci_hcd,ehci_hcd-t a rendszer maga tölti be boot során modulból, vagy be van forgatva a kernelbe, akkor csak az egér működik a pendriveok nem.
    modprobe -r ohci_hcd hatására az egerem nem működik többet... Erre tehát szükségem van, de a pendrive meg csak ehci_hcd modullal megy (Elvileg ez lenne az usb 2.0 támogatás)
    Ha kiszedem mindkettőt, akkor a bármilyen sorrendben is töltöm be őket, működik az egér is és a pendrive is...

    Az /etc/modules.autoload.d/kernel-2.6 beírtam a két modult kézzel remélem így működni fog.
    Ma még jelentkezni fogok és beszámolok az eredményekről.

    [ Szerkesztve ]

  • czappa

    aktív tag

    Szóval az, hogy a /etc/modules.autoload.d/kernel-2.6 -ba írtam be az "ohci_hcd" és az "ehci_hcd" modult nem hozott javulást. Egér ment, pendrive nem.
    Most úgy működik, hogy csak az ohci_hcd van beírva, a blacklistbe pedig az ehci_hcd.
    Egér megy és ha bedugok egy pedrive-ot, akkor az is.
    Érdekes, hogy nem az ehci_hcd modul töltődik be, hanem egy "ub" nevű.
    Ennek majd utána fogok nézni, hogy mi ez, szükségem van-e rá, stb. De most már nincs hozzá erőm, annak örülök, hogy végre működik.

    És végül, köszönöm a segítségeteket!

  • czappa

    aktív tag

    Újra itt vagyok, két kérdésem lenne.
    Az egyik a környezeti változókkal kapcsolatos.
    Ha belépek, akár A, akár B felhasználóként minden rendben, a Gentoo környezeti változó kezelése tökéletese. A problémám ott kezdődik, hogy belépek A-ként, majd "át su-zok" B-be, ekkor a B $PATH-jében csak a /bin és a /usr/bin van. (root esetén még /sbin és /usr/sbin)
    Ált. sima júzerként jelentkezem be, de néha a su-t használnám, hogy rendszergazda lehessek. Ez megy is, csak ilyenkor a root PATH-jében nem lesz benne pl. a KDE-s "bin" így pl. nem tudok kate, vagy kwrite-ot indítani.
    Persze az env-update, majd source /etc/profile után már "teljes" a PATH, de ez így kényelmetlen.
    Úgy néz ki, hogy az /etc/profile nem fut le, ami persze érthető:
    # /etc/profile: login shell setup
    #
    # That this file is used by any Bourne-shell derivative to setup the
    # environment for login shells.

    Meg lehet oldani vhogy, azt, hogy su után a PATH rendben legyen?

    A másik:
    Más is tapasztalt már olyat, hogy a KMix átálítja a beállításokat?
    Nem működés közben, de néha startx után más beállítások vannak, pl:
    mikrofont bekapcsolja (zúg az egész), front-ot kikapcsolja (nincs hang), stb.

    Előre is köszi.

  • czappa

    aktív tag

    válasz VladimirR #3377 üzenetére

    Köszi szépen!

    to all:
    A második (KMix-es) kérdésemhez:
    A neten keresgélve látom, hogy - természetesen - nem egyedi a probléma.
    Ideáig két megoldási javaslatot találtam:
    a) KMixben -> Settings -> Configure KMix -> Restore volumes on login
    Ez eddig is be volt x-elve, így nem ez a megoldás.
    b) shellbe: alsactl store (rendszergazdaként)
    Majd később jelentek, hogy ez bevált, avagy sem.

Új hozzászólás Aktív témák