Hirdetés

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

  • lapa
    veterán

    nekifutok újra, hátha innen valaki el tud igazítani. a cél sudo-s ubuntu rendszer rsyncelése másik ubuntus gépre (nem az élő rendszerre, másodlagos, offline rendszerre. eddig jutottam:

    az alábbi példában épp pin van jelszó helyett, meg /tmp/, de a lényeg ugyanaz.

    lapa@egyik:~$ sudo rsync -avz --delete -e "ssh -t" --rsync-path='sudo rsync' /tmp/forras/ lapa@masik:/tmp/cel/
    Please insert your Smart card or enter your username.
    Found the Smart card.
    Welcome lapa (User PIN)!
    Smart card PIN:
    Pseudo-terminal will not be allocated because stdin is not a terminal.
    Enter PIN for 'lapa (User PIN)':
    sudo: no tty present and no askpass program specified
    rsync: connection unexpectedly closed (0 bytes received so far) [sender]
    rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]
    lapa@egyik:~$

    valahogy csak meg lehet ezt oldani, annyival frappánsabb meg hatékonyabb lenne mint tarolni. ez lenne a remote install meg az update managger egyben, egyszerre tudnám elrontani a gépeket. kulcsfájl nem opció. guvasztottam már a szemem erre az askpass dologra, de nemigen értem hogyan kéne összerakni a fenti rsynccel. példakódot ilyet találtam:

    ssh (server) SUDO_ASKPASS=/usr/lib/ssh/ssh-askpass sudo -A (command)

  • utgyuru
    aktív tag

    Ha mar BT akkor ne pingelj, hanem DDOS-olj :DDD

    Egyelőre a net beállítása is túljárt az eszemen, szóval inkább nem. :DDD

  • sonar
    addikt

    Sziasztok!

    VMWare-ben használok egy BackTrack distrot, a gondom az lenne, hogy "eltűnt" az internetkapcsolatom. Eddig ment rendesen, beállításokhoz nem nyúltam, és most semmit se tölt be. Terminálból google-t tudom pingelni, meg a hálózat többi gépét is látja. Ilyenkor mit lehet tenni ?

    Ha mar BT akkor ne pingelj, hanem DDOS-olj :DDD

  • bambano
    titán

    Sziasztok!

    VMWare-ben használok egy BackTrack distrot, a gondom az lenne, hogy "eltűnt" az internetkapcsolatom. Eddig ment rendesen, beállításokhoz nem nyúltam, és most semmit se tölt be. Terminálból google-t tudom pingelni, meg a hálózat többi gépét is látja. Ilyenkor mit lehet tenni ?

    kezdd azzal, hogy lenyomod a vmware-t.

  • MacCaine
    őstag

    Sziasztok!

    VMWare-ben használok egy BackTrack distrot, a gondom az lenne, hogy "eltűnt" az internetkapcsolatom. Eddig ment rendesen, beállításokhoz nem nyúltam, és most semmit se tölt be. Terminálból google-t tudom pingelni, meg a hálózat többi gépét is látja. Ilyenkor mit lehet tenni ?

    Mi van akkor, ha a böngészőbe a google IP címét írod? (173.194.35.151)

  • utgyuru
    aktív tag

    Sziasztok!

    VMWare-ben használok egy BackTrack distrot, a gondom az lenne, hogy "eltűnt" az internetkapcsolatom. Eddig ment rendesen, beállításokhoz nem nyúltam, és most semmit se tölt be. Terminálból google-t tudom pingelni, meg a hálózat többi gépét is látja. Ilyenkor mit lehet tenni ?

  • bambano
    titán

    hogyan? illetve minek?
    marmint ha raid5-ot csinalsz, abbol gond nelkul tudsz egy particiot csinalni
    vagy van valami plusz elonye, ha ebbol elobb lv-t csinalsz?

    a raid driver által adott mdx device ugyanolyan device, mint egy vinyó, bármit csinálhatsz vele, belerakhatod raidbe, drbd-be, rakhatsz rá fájlrendszert és lvm-et.

    hogy kinek mikor érdemes egy nagy partíció helyett több kisebbet csinálni, az már helyi szinten dől el. Mindenesetre mióta van egy 3T-s raid0-m és majd' egy óra az fsck, azóta tudom, hogy nem szeretek ekkora partíciókat csinálni, mert a bootkori fsck alatt kihullik a hajam.

    az nálam rendszeres, hogy a rendszerdiszkekből előbb raid1, arra egy boot meg egy root partíció és a maradék lvm. így ahogy változik a terhelés, a különböző cuccokat utólag is szét tudom pakolni külön partíciókra és azok méretét változtatni lehet. nálam a var/log és a postgres adatbázis direk vannak külön, mert mindkettő bármikor nagyot ugorhat és ne tolja tele a többi cucc elől a diszkeket.

  • bambano
    titán

    Nem biztos, hogy mindig a legfrisebb a legjobb. Ez mindenesetre kernel bugra utal, bár lehet, hogy csak következmény:
    May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000

    Viszont egy ilyen után már nem megbízható a futó kernel.

    szerintem következmény, leszakad a bt-s eszköz és a drivere borul el.

    lehet ott áramellátási probléma is, csak akkor kérdés, hogy miért most jön elő.

  • Jester01
    veterán

    Üdv!

    Volna egy olyan problémám, hogy az USB csatlakozók látszólag random módon leállnak. A Bluetooth modulnál veszem először észre, ilyenkor nem tud új eszközt csatlakoztatni. Ha kihúzom majd újra csatlakoztatom a modult, már nem működik, csak világít folyamatosan villogás helyett. Ugyanez egérrel, ha kihúzom majd visszadugom, egyszerűen nem megy.
    A hiba előfordulásakor ezeket találtam a logokban:
    errors.log

    May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
    May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103


    everything.log

    May 3 11:36:48 lynx bluetoothd[964]: Terminating
    May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
    May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/A2DPSource
    May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/HFPAG
    May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103
    May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000
    May 3 11:36:48 lynx kernel: [ 2289.776506] IP: [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776518] PGD 0
    May 3 11:36:48 lynx kernel: [ 2289.776522] Oops: 0010 [#1] PREEMPT SMP
    May 3 11:36:48 lynx kernel: [ 2289.776529] CPU 1
    May 3 11:36:48 lynx kernel: [ 2289.776532] Modules linked in: fuse rfcomm bnep tun reiserfs uvcvideo videobuf2_vmalloc videobuf2_memops fglrx(PO) videobuf2_core arc4 videodev btusb bluetooth iwl4965 iwlegacy v4l2_compat_ioctl32 media mac80211 snd_hda_codec_realtek amd_iommu_v2 radeon firewire_ohci snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc mmc_block joydev acer_wmi cfg80211 pcmcia snd_timer snd firewire_core i2c_algo_bit drm_kms_helper ttm nsc_ircc soundcore sparse_keymap tg3 tifm_sd intel_agp irda crc_ccitt yenta_socket pcmcia_rsrc rfkill crc_itu_t iTCO_wdt wmi serio_raw tifm_7xx1 tifm_core drm sdhci_pci sdhci i2c_i801 mmc_core i2c_core intel_gtt iTCO_vendor_support psmouse thermal evdev libphy pcmcia_core processor button container video battery ac pcspkr vboxdrv(O) ext4 crc16 jbd2 mbcache usbhid hid sr_mod sd_mod cdrom pata_acpi ata_generic ata_piix uhci_hcd libata scsi_mod ehci_hcd usbcore usb_common
    May 3 11:36:48 lynx kernel: [ 2289.776633]
    May 3 11:36:48 lynx kernel: [ 2289.776636] Pid: 964, comm: bluetoothd Tainted: P O 3.3.4-2-ARCH #1 Acer TravelMate 7720 /Tangiz
    May 3 11:36:48 lynx kernel: [ 2289.776642] RIP: 0010:[<0000000000001000>] [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776647] RSP: 0018:ffff88013821fd70 EFLAGS: 00010206
    May 3 11:36:48 lynx kernel: [ 2289.776649] RAX: 0000000000001000 RBX: ffff88008415a000 RCX: 00000000000000d3
    May 3 11:36:48 lynx kernel: [ 2289.776651] RDX: 0000000000000000 RSI: 0000000000000016 RDI: ffff88008415a000
    May 3 11:36:48 lynx kernel: [ 2289.776654] RBP: ffff88013821fd98 R08: 0000000000000000 R09: 0000000000000001
    May 3 11:36:48 lynx kernel: [ 2289.776656] R10: 0000000000000000 R11: 0000000000000000 R12: ffff880137400658
    May 3 11:36:48 lynx kernel: [ 2289.776659] R13: ffff8801374005e0 R14: 0000000000000000 R15: 0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776662] FS: 00007f71f5b4f700(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776664] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
    May 3 11:36:48 lynx kernel: [ 2289.776667] CR2: 0000000000001000 CR3: 0000000138fed000 CR4: 00000000000006e0
    May 3 11:36:48 lynx kernel: [ 2289.776669] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776672] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
    May 3 11:36:48 lynx kernel: [ 2289.776675] Process bluetoothd (pid: 964, threadinfo ffff88013821e000, task ffff880138189000)
    May 3 11:36:48 lynx kernel: [ 2289.776677] Stack:
    May 3 11:36:48 lynx kernel: [ 2289.776678] ffffffffa06f11c5 ffff88013821fd98 ffff88008415a000 ffff880137400000
    May 3 11:36:48 lynx kernel: [ 2289.776684] ffff880137400010 ffff88013821fdc8 ffffffffa06ecc41 ffff880137400000
    May 3 11:36:48 lynx kernel: [ 2289.776688] 0000000000000000 ffff880137556c00 0000000000000000 ffff88013821fde8
    May 3 11:36:48 lynx kernel: [ 2289.776694] Call Trace:
    May 3 11:36:48 lynx kernel: [ 2289.776704] [<ffffffffa06f11c5>] ? hci_conn_hash_flush+0x65/0xc0 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776712] [<ffffffffa06ecc41>] hci_dev_do_close+0xa1/0x2c0 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776719] [<ffffffffa06edebd>] hci_dev_close+0x2d/0x70 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776727] [<ffffffffa06fc493>] hci_sock_ioctl+0x193/0x380 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776734] [<ffffffff81132494>] ? handle_mm_fault+0x1a4/0x2f0
    May 3 11:36:48 lynx kernel: [ 2289.776740] [<ffffffff8134b830>] sock_do_ioctl+0x30/0x70
    May 3 11:36:48 lynx kernel: [ 2289.776744] [<ffffffff8134bb06>] sock_ioctl+0x76/0x2a0
    May 3 11:36:48 lynx kernel: [ 2289.776750] [<ffffffff8117e787>] do_vfs_ioctl+0x97/0x530
    May 3 11:36:48 lynx kernel: [ 2289.776754] [<ffffffff8118ae14>] ? mntput+0x24/0x40
    May 3 11:36:48 lynx kernel: [ 2289.776759] [<ffffffff8116dfeb>] ? fput+0x16b/0x210
    May 3 11:36:48 lynx kernel: [ 2289.776763] [<ffffffff8117ecb9>] sys_ioctl+0x99/0xa0
    May 3 11:36:48 lynx kernel: [ 2289.776769] [<ffffffff8145fe69>] system_call_fastpath+0x16/0x1b
    May 3 11:36:48 lynx kernel: [ 2289.776771] Code: Bad RIP value.
    May 3 11:36:48 lynx kernel: [ 2289.776776] RIP [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776781] RSP <ffff88013821fd70>
    May 3 11:36:48 lynx kernel: [ 2289.776784] CR2: 0000000000001000
    May 3 11:36:48 lynx kernel: [ 2289.776788] ---[ end trace d94c54f926688193 ]---
    May 3 11:36:49 lynx bluetoothd[1973]: Bluetooth daemon 4.99
    May 3 11:36:49 lynx bluetoothd[1973]: Starting SDP server
    May 3 11:36:49 lynx bluetoothd[1973]: Listening for HCI events on hci0
    May 3 11:36:56 lynx kernel: [ 2297.596558] usb 5-1: USB disconnect, device number 2

    Majd semmi. Hiába csatlakoztatok bármit, semmi bejegyzés nincs róla, mintha nem is lenne USB a gépen. Az lsusb kimenete pedig megegyezik a hiba előtti USB kapcsolatokkal, kilistázza az egeret és a Bluetooth adaptert ha csatlakoztatva vannak, ha nincsenek.

    Arch Linux, hetente frissítve (ma reggel volt a legutóbbi). A probléma kb. egy hónapja áll fenn, de most nagyon idegesítő szintre ért el, naponta többször is jelentkezik. Először azt hittem az USB hub okozza, de a napokban már nem használtam, hogy lássam lesz-e változás.
    Csak újraindítás segít.

    Ötletek?

    Tippek?

    Nem biztos, hogy mindig a legfrisebb a legjobb. Ez mindenesetre kernel bugra utal, bár lehet, hogy csak következmény:
    May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000

    Viszont egy ilyen után már nem megbízható a futó kernel.

  • Rickazoid
    addikt

    dmesget nézz még meg.

    Mi a hardver?

    Most így újraindítás után a dmesg | grep usb:
    [ 5.129075] usbcore: registered new interface driver usbfs
    [ 5.129107] usbcore: registered new interface driver hub
    [ 5.130229] usbcore: registered new device driver usb
    [ 5.453358] usb 1-1: new high-speed USB device number 2 using ehci_hcd
    [ 6.073345] usb 6-1: new full-speed USB device number 2 using uhci_hcd
    [ 6.476677] usb 6-2: new low-speed USB device number 3 using uhci_hcd
    [ 6.683028] input: Mouse USB Laser Mouse as /devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input1
    [ 6.683125] generic-usb 0003:FFC0:0040.0001: input,hidraw0: USB HID v1.11 Mouse [Mouse USB Laser Mouse] on usb-0000:00:1d.1-2/input0
    [ 6.683145] usbcore: registered new interface driver usbhid
    [ 6.683147] usbhid: USB HID core driver
    [ 13.687577] usbcore: registered new interface driver btusb
    [ 13.958459] input: Acer CrystalEye webcam as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1:1.0/input/input12
    [ 13.958592] usbcore: registered new interface driver uvcvideo

    A hardver: Acer TM7720G302G16Mn + 2 GB RAM, vagyis Core 2 Duo T7300 processzor, 2x2 GB 667 MHz RAM, AMD/ATI Radeon HD 2400 XT, Intel 82801H (ICH8 Family) USB UHCI vezérlő, 2008-as, utolsó kiadású BIOS.
    lshw kimenet.

  • lapa
    veterán

    Üdv!

    Volna egy olyan problémám, hogy az USB csatlakozók látszólag random módon leállnak. A Bluetooth modulnál veszem először észre, ilyenkor nem tud új eszközt csatlakoztatni. Ha kihúzom majd újra csatlakoztatom a modult, már nem működik, csak világít folyamatosan villogás helyett. Ugyanez egérrel, ha kihúzom majd visszadugom, egyszerűen nem megy.
    A hiba előfordulásakor ezeket találtam a logokban:
    errors.log

    May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
    May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103


    everything.log

    May 3 11:36:48 lynx bluetoothd[964]: Terminating
    May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
    May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/A2DPSource
    May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/HFPAG
    May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103
    May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000
    May 3 11:36:48 lynx kernel: [ 2289.776506] IP: [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776518] PGD 0
    May 3 11:36:48 lynx kernel: [ 2289.776522] Oops: 0010 [#1] PREEMPT SMP
    May 3 11:36:48 lynx kernel: [ 2289.776529] CPU 1
    May 3 11:36:48 lynx kernel: [ 2289.776532] Modules linked in: fuse rfcomm bnep tun reiserfs uvcvideo videobuf2_vmalloc videobuf2_memops fglrx(PO) videobuf2_core arc4 videodev btusb bluetooth iwl4965 iwlegacy v4l2_compat_ioctl32 media mac80211 snd_hda_codec_realtek amd_iommu_v2 radeon firewire_ohci snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc mmc_block joydev acer_wmi cfg80211 pcmcia snd_timer snd firewire_core i2c_algo_bit drm_kms_helper ttm nsc_ircc soundcore sparse_keymap tg3 tifm_sd intel_agp irda crc_ccitt yenta_socket pcmcia_rsrc rfkill crc_itu_t iTCO_wdt wmi serio_raw tifm_7xx1 tifm_core drm sdhci_pci sdhci i2c_i801 mmc_core i2c_core intel_gtt iTCO_vendor_support psmouse thermal evdev libphy pcmcia_core processor button container video battery ac pcspkr vboxdrv(O) ext4 crc16 jbd2 mbcache usbhid hid sr_mod sd_mod cdrom pata_acpi ata_generic ata_piix uhci_hcd libata scsi_mod ehci_hcd usbcore usb_common
    May 3 11:36:48 lynx kernel: [ 2289.776633]
    May 3 11:36:48 lynx kernel: [ 2289.776636] Pid: 964, comm: bluetoothd Tainted: P O 3.3.4-2-ARCH #1 Acer TravelMate 7720 /Tangiz
    May 3 11:36:48 lynx kernel: [ 2289.776642] RIP: 0010:[<0000000000001000>] [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776647] RSP: 0018:ffff88013821fd70 EFLAGS: 00010206
    May 3 11:36:48 lynx kernel: [ 2289.776649] RAX: 0000000000001000 RBX: ffff88008415a000 RCX: 00000000000000d3
    May 3 11:36:48 lynx kernel: [ 2289.776651] RDX: 0000000000000000 RSI: 0000000000000016 RDI: ffff88008415a000
    May 3 11:36:48 lynx kernel: [ 2289.776654] RBP: ffff88013821fd98 R08: 0000000000000000 R09: 0000000000000001
    May 3 11:36:48 lynx kernel: [ 2289.776656] R10: 0000000000000000 R11: 0000000000000000 R12: ffff880137400658
    May 3 11:36:48 lynx kernel: [ 2289.776659] R13: ffff8801374005e0 R14: 0000000000000000 R15: 0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776662] FS: 00007f71f5b4f700(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776664] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
    May 3 11:36:48 lynx kernel: [ 2289.776667] CR2: 0000000000001000 CR3: 0000000138fed000 CR4: 00000000000006e0
    May 3 11:36:48 lynx kernel: [ 2289.776669] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776672] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
    May 3 11:36:48 lynx kernel: [ 2289.776675] Process bluetoothd (pid: 964, threadinfo ffff88013821e000, task ffff880138189000)
    May 3 11:36:48 lynx kernel: [ 2289.776677] Stack:
    May 3 11:36:48 lynx kernel: [ 2289.776678] ffffffffa06f11c5 ffff88013821fd98 ffff88008415a000 ffff880137400000
    May 3 11:36:48 lynx kernel: [ 2289.776684] ffff880137400010 ffff88013821fdc8 ffffffffa06ecc41 ffff880137400000
    May 3 11:36:48 lynx kernel: [ 2289.776688] 0000000000000000 ffff880137556c00 0000000000000000 ffff88013821fde8
    May 3 11:36:48 lynx kernel: [ 2289.776694] Call Trace:
    May 3 11:36:48 lynx kernel: [ 2289.776704] [<ffffffffa06f11c5>] ? hci_conn_hash_flush+0x65/0xc0 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776712] [<ffffffffa06ecc41>] hci_dev_do_close+0xa1/0x2c0 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776719] [<ffffffffa06edebd>] hci_dev_close+0x2d/0x70 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776727] [<ffffffffa06fc493>] hci_sock_ioctl+0x193/0x380 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776734] [<ffffffff81132494>] ? handle_mm_fault+0x1a4/0x2f0
    May 3 11:36:48 lynx kernel: [ 2289.776740] [<ffffffff8134b830>] sock_do_ioctl+0x30/0x70
    May 3 11:36:48 lynx kernel: [ 2289.776744] [<ffffffff8134bb06>] sock_ioctl+0x76/0x2a0
    May 3 11:36:48 lynx kernel: [ 2289.776750] [<ffffffff8117e787>] do_vfs_ioctl+0x97/0x530
    May 3 11:36:48 lynx kernel: [ 2289.776754] [<ffffffff8118ae14>] ? mntput+0x24/0x40
    May 3 11:36:48 lynx kernel: [ 2289.776759] [<ffffffff8116dfeb>] ? fput+0x16b/0x210
    May 3 11:36:48 lynx kernel: [ 2289.776763] [<ffffffff8117ecb9>] sys_ioctl+0x99/0xa0
    May 3 11:36:48 lynx kernel: [ 2289.776769] [<ffffffff8145fe69>] system_call_fastpath+0x16/0x1b
    May 3 11:36:48 lynx kernel: [ 2289.776771] Code: Bad RIP value.
    May 3 11:36:48 lynx kernel: [ 2289.776776] RIP [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776781] RSP <ffff88013821fd70>
    May 3 11:36:48 lynx kernel: [ 2289.776784] CR2: 0000000000001000
    May 3 11:36:48 lynx kernel: [ 2289.776788] ---[ end trace d94c54f926688193 ]---
    May 3 11:36:49 lynx bluetoothd[1973]: Bluetooth daemon 4.99
    May 3 11:36:49 lynx bluetoothd[1973]: Starting SDP server
    May 3 11:36:49 lynx bluetoothd[1973]: Listening for HCI events on hci0
    May 3 11:36:56 lynx kernel: [ 2297.596558] usb 5-1: USB disconnect, device number 2

    Majd semmi. Hiába csatlakoztatok bármit, semmi bejegyzés nincs róla, mintha nem is lenne USB a gépen. Az lsusb kimenete pedig megegyezik a hiba előtti USB kapcsolatokkal, kilistázza az egeret és a Bluetooth adaptert ha csatlakoztatva vannak, ha nincsenek.

    Arch Linux, hetente frissítve (ma reggel volt a legutóbbi). A probléma kb. egy hónapja áll fenn, de most nagyon idegesítő szintre ért el, naponta többször is jelentkezik. Először azt hittem az USB hub okozza, de a napokban már nem használtam, hogy lássam lesz-e változás.
    Csak újraindítás segít.

    Ötletek?

    Tippek?

    lehet hogy semmi köze a te dolgodhoz, de nagyon hasonlóan hullottak az usb-k pár naponta a 3.2-es kernelen lucidon. és mivel az usb_hci (vagy mi) beépített, csak restart segített.

  • Vladi
    nagyúr

    Üdv!

    Volna egy olyan problémám, hogy az USB csatlakozók látszólag random módon leállnak. A Bluetooth modulnál veszem először észre, ilyenkor nem tud új eszközt csatlakoztatni. Ha kihúzom majd újra csatlakoztatom a modult, már nem működik, csak világít folyamatosan villogás helyett. Ugyanez egérrel, ha kihúzom majd visszadugom, egyszerűen nem megy.
    A hiba előfordulásakor ezeket találtam a logokban:
    errors.log

    May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
    May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103


    everything.log

    May 3 11:36:48 lynx bluetoothd[964]: Terminating
    May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
    May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/A2DPSource
    May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/HFPAG
    May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103
    May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000
    May 3 11:36:48 lynx kernel: [ 2289.776506] IP: [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776518] PGD 0
    May 3 11:36:48 lynx kernel: [ 2289.776522] Oops: 0010 [#1] PREEMPT SMP
    May 3 11:36:48 lynx kernel: [ 2289.776529] CPU 1
    May 3 11:36:48 lynx kernel: [ 2289.776532] Modules linked in: fuse rfcomm bnep tun reiserfs uvcvideo videobuf2_vmalloc videobuf2_memops fglrx(PO) videobuf2_core arc4 videodev btusb bluetooth iwl4965 iwlegacy v4l2_compat_ioctl32 media mac80211 snd_hda_codec_realtek amd_iommu_v2 radeon firewire_ohci snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc mmc_block joydev acer_wmi cfg80211 pcmcia snd_timer snd firewire_core i2c_algo_bit drm_kms_helper ttm nsc_ircc soundcore sparse_keymap tg3 tifm_sd intel_agp irda crc_ccitt yenta_socket pcmcia_rsrc rfkill crc_itu_t iTCO_wdt wmi serio_raw tifm_7xx1 tifm_core drm sdhci_pci sdhci i2c_i801 mmc_core i2c_core intel_gtt iTCO_vendor_support psmouse thermal evdev libphy pcmcia_core processor button container video battery ac pcspkr vboxdrv(O) ext4 crc16 jbd2 mbcache usbhid hid sr_mod sd_mod cdrom pata_acpi ata_generic ata_piix uhci_hcd libata scsi_mod ehci_hcd usbcore usb_common
    May 3 11:36:48 lynx kernel: [ 2289.776633]
    May 3 11:36:48 lynx kernel: [ 2289.776636] Pid: 964, comm: bluetoothd Tainted: P O 3.3.4-2-ARCH #1 Acer TravelMate 7720 /Tangiz
    May 3 11:36:48 lynx kernel: [ 2289.776642] RIP: 0010:[<0000000000001000>] [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776647] RSP: 0018:ffff88013821fd70 EFLAGS: 00010206
    May 3 11:36:48 lynx kernel: [ 2289.776649] RAX: 0000000000001000 RBX: ffff88008415a000 RCX: 00000000000000d3
    May 3 11:36:48 lynx kernel: [ 2289.776651] RDX: 0000000000000000 RSI: 0000000000000016 RDI: ffff88008415a000
    May 3 11:36:48 lynx kernel: [ 2289.776654] RBP: ffff88013821fd98 R08: 0000000000000000 R09: 0000000000000001
    May 3 11:36:48 lynx kernel: [ 2289.776656] R10: 0000000000000000 R11: 0000000000000000 R12: ffff880137400658
    May 3 11:36:48 lynx kernel: [ 2289.776659] R13: ffff8801374005e0 R14: 0000000000000000 R15: 0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776662] FS: 00007f71f5b4f700(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776664] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
    May 3 11:36:48 lynx kernel: [ 2289.776667] CR2: 0000000000001000 CR3: 0000000138fed000 CR4: 00000000000006e0
    May 3 11:36:48 lynx kernel: [ 2289.776669] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776672] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
    May 3 11:36:48 lynx kernel: [ 2289.776675] Process bluetoothd (pid: 964, threadinfo ffff88013821e000, task ffff880138189000)
    May 3 11:36:48 lynx kernel: [ 2289.776677] Stack:
    May 3 11:36:48 lynx kernel: [ 2289.776678] ffffffffa06f11c5 ffff88013821fd98 ffff88008415a000 ffff880137400000
    May 3 11:36:48 lynx kernel: [ 2289.776684] ffff880137400010 ffff88013821fdc8 ffffffffa06ecc41 ffff880137400000
    May 3 11:36:48 lynx kernel: [ 2289.776688] 0000000000000000 ffff880137556c00 0000000000000000 ffff88013821fde8
    May 3 11:36:48 lynx kernel: [ 2289.776694] Call Trace:
    May 3 11:36:48 lynx kernel: [ 2289.776704] [<ffffffffa06f11c5>] ? hci_conn_hash_flush+0x65/0xc0 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776712] [<ffffffffa06ecc41>] hci_dev_do_close+0xa1/0x2c0 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776719] [<ffffffffa06edebd>] hci_dev_close+0x2d/0x70 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776727] [<ffffffffa06fc493>] hci_sock_ioctl+0x193/0x380 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776734] [<ffffffff81132494>] ? handle_mm_fault+0x1a4/0x2f0
    May 3 11:36:48 lynx kernel: [ 2289.776740] [<ffffffff8134b830>] sock_do_ioctl+0x30/0x70
    May 3 11:36:48 lynx kernel: [ 2289.776744] [<ffffffff8134bb06>] sock_ioctl+0x76/0x2a0
    May 3 11:36:48 lynx kernel: [ 2289.776750] [<ffffffff8117e787>] do_vfs_ioctl+0x97/0x530
    May 3 11:36:48 lynx kernel: [ 2289.776754] [<ffffffff8118ae14>] ? mntput+0x24/0x40
    May 3 11:36:48 lynx kernel: [ 2289.776759] [<ffffffff8116dfeb>] ? fput+0x16b/0x210
    May 3 11:36:48 lynx kernel: [ 2289.776763] [<ffffffff8117ecb9>] sys_ioctl+0x99/0xa0
    May 3 11:36:48 lynx kernel: [ 2289.776769] [<ffffffff8145fe69>] system_call_fastpath+0x16/0x1b
    May 3 11:36:48 lynx kernel: [ 2289.776771] Code: Bad RIP value.
    May 3 11:36:48 lynx kernel: [ 2289.776776] RIP [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776781] RSP <ffff88013821fd70>
    May 3 11:36:48 lynx kernel: [ 2289.776784] CR2: 0000000000001000
    May 3 11:36:48 lynx kernel: [ 2289.776788] ---[ end trace d94c54f926688193 ]---
    May 3 11:36:49 lynx bluetoothd[1973]: Bluetooth daemon 4.99
    May 3 11:36:49 lynx bluetoothd[1973]: Starting SDP server
    May 3 11:36:49 lynx bluetoothd[1973]: Listening for HCI events on hci0
    May 3 11:36:56 lynx kernel: [ 2297.596558] usb 5-1: USB disconnect, device number 2

    Majd semmi. Hiába csatlakoztatok bármit, semmi bejegyzés nincs róla, mintha nem is lenne USB a gépen. Az lsusb kimenete pedig megegyezik a hiba előtti USB kapcsolatokkal, kilistázza az egeret és a Bluetooth adaptert ha csatlakoztatva vannak, ha nincsenek.

    Arch Linux, hetente frissítve (ma reggel volt a legutóbbi). A probléma kb. egy hónapja áll fenn, de most nagyon idegesítő szintre ért el, naponta többször is jelentkezik. Először azt hittem az USB hub okozza, de a napokban már nem használtam, hogy lássam lesz-e változás.
    Csak újraindítás segít.

    Ötletek?

    Tippek?

    dmesget nézz még meg.

    Mi a hardver?

  • Rickazoid
    addikt

    Üdv!

    Volna egy olyan problémám, hogy az USB csatlakozók látszólag random módon leállnak. A Bluetooth modulnál veszem először észre, ilyenkor nem tud új eszközt csatlakoztatni. Ha kihúzom majd újra csatlakoztatom a modult, már nem működik, csak világít folyamatosan villogás helyett. Ugyanez egérrel, ha kihúzom majd visszadugom, egyszerűen nem megy.
    A hiba előfordulásakor ezeket találtam a logokban:
    errors.log

    May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
    May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103


    everything.log

    May 3 11:36:48 lynx bluetoothd[964]: Terminating
    May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
    May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/A2DPSource
    May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/HFPAG
    May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103
    May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000
    May 3 11:36:48 lynx kernel: [ 2289.776506] IP: [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776518] PGD 0
    May 3 11:36:48 lynx kernel: [ 2289.776522] Oops: 0010 [#1] PREEMPT SMP
    May 3 11:36:48 lynx kernel: [ 2289.776529] CPU 1
    May 3 11:36:48 lynx kernel: [ 2289.776532] Modules linked in: fuse rfcomm bnep tun reiserfs uvcvideo videobuf2_vmalloc videobuf2_memops fglrx(PO) videobuf2_core arc4 videodev btusb bluetooth iwl4965 iwlegacy v4l2_compat_ioctl32 media mac80211 snd_hda_codec_realtek amd_iommu_v2 radeon firewire_ohci snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc mmc_block joydev acer_wmi cfg80211 pcmcia snd_timer snd firewire_core i2c_algo_bit drm_kms_helper ttm nsc_ircc soundcore sparse_keymap tg3 tifm_sd intel_agp irda crc_ccitt yenta_socket pcmcia_rsrc rfkill crc_itu_t iTCO_wdt wmi serio_raw tifm_7xx1 tifm_core drm sdhci_pci sdhci i2c_i801 mmc_core i2c_core intel_gtt iTCO_vendor_support psmouse thermal evdev libphy pcmcia_core processor button container video battery ac pcspkr vboxdrv(O) ext4 crc16 jbd2 mbcache usbhid hid sr_mod sd_mod cdrom pata_acpi ata_generic ata_piix uhci_hcd libata scsi_mod ehci_hcd usbcore usb_common
    May 3 11:36:48 lynx kernel: [ 2289.776633]
    May 3 11:36:48 lynx kernel: [ 2289.776636] Pid: 964, comm: bluetoothd Tainted: P O 3.3.4-2-ARCH #1 Acer TravelMate 7720 /Tangiz
    May 3 11:36:48 lynx kernel: [ 2289.776642] RIP: 0010:[<0000000000001000>] [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776647] RSP: 0018:ffff88013821fd70 EFLAGS: 00010206
    May 3 11:36:48 lynx kernel: [ 2289.776649] RAX: 0000000000001000 RBX: ffff88008415a000 RCX: 00000000000000d3
    May 3 11:36:48 lynx kernel: [ 2289.776651] RDX: 0000000000000000 RSI: 0000000000000016 RDI: ffff88008415a000
    May 3 11:36:48 lynx kernel: [ 2289.776654] RBP: ffff88013821fd98 R08: 0000000000000000 R09: 0000000000000001
    May 3 11:36:48 lynx kernel: [ 2289.776656] R10: 0000000000000000 R11: 0000000000000000 R12: ffff880137400658
    May 3 11:36:48 lynx kernel: [ 2289.776659] R13: ffff8801374005e0 R14: 0000000000000000 R15: 0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776662] FS: 00007f71f5b4f700(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776664] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
    May 3 11:36:48 lynx kernel: [ 2289.776667] CR2: 0000000000001000 CR3: 0000000138fed000 CR4: 00000000000006e0
    May 3 11:36:48 lynx kernel: [ 2289.776669] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    May 3 11:36:48 lynx kernel: [ 2289.776672] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
    May 3 11:36:48 lynx kernel: [ 2289.776675] Process bluetoothd (pid: 964, threadinfo ffff88013821e000, task ffff880138189000)
    May 3 11:36:48 lynx kernel: [ 2289.776677] Stack:
    May 3 11:36:48 lynx kernel: [ 2289.776678] ffffffffa06f11c5 ffff88013821fd98 ffff88008415a000 ffff880137400000
    May 3 11:36:48 lynx kernel: [ 2289.776684] ffff880137400010 ffff88013821fdc8 ffffffffa06ecc41 ffff880137400000
    May 3 11:36:48 lynx kernel: [ 2289.776688] 0000000000000000 ffff880137556c00 0000000000000000 ffff88013821fde8
    May 3 11:36:48 lynx kernel: [ 2289.776694] Call Trace:
    May 3 11:36:48 lynx kernel: [ 2289.776704] [<ffffffffa06f11c5>] ? hci_conn_hash_flush+0x65/0xc0 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776712] [<ffffffffa06ecc41>] hci_dev_do_close+0xa1/0x2c0 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776719] [<ffffffffa06edebd>] hci_dev_close+0x2d/0x70 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776727] [<ffffffffa06fc493>] hci_sock_ioctl+0x193/0x380 [bluetooth]
    May 3 11:36:48 lynx kernel: [ 2289.776734] [<ffffffff81132494>] ? handle_mm_fault+0x1a4/0x2f0
    May 3 11:36:48 lynx kernel: [ 2289.776740] [<ffffffff8134b830>] sock_do_ioctl+0x30/0x70
    May 3 11:36:48 lynx kernel: [ 2289.776744] [<ffffffff8134bb06>] sock_ioctl+0x76/0x2a0
    May 3 11:36:48 lynx kernel: [ 2289.776750] [<ffffffff8117e787>] do_vfs_ioctl+0x97/0x530
    May 3 11:36:48 lynx kernel: [ 2289.776754] [<ffffffff8118ae14>] ? mntput+0x24/0x40
    May 3 11:36:48 lynx kernel: [ 2289.776759] [<ffffffff8116dfeb>] ? fput+0x16b/0x210
    May 3 11:36:48 lynx kernel: [ 2289.776763] [<ffffffff8117ecb9>] sys_ioctl+0x99/0xa0
    May 3 11:36:48 lynx kernel: [ 2289.776769] [<ffffffff8145fe69>] system_call_fastpath+0x16/0x1b
    May 3 11:36:48 lynx kernel: [ 2289.776771] Code: Bad RIP value.
    May 3 11:36:48 lynx kernel: [ 2289.776776] RIP [<0000000000001000>] 0xfff
    May 3 11:36:48 lynx kernel: [ 2289.776781] RSP <ffff88013821fd70>
    May 3 11:36:48 lynx kernel: [ 2289.776784] CR2: 0000000000001000
    May 3 11:36:48 lynx kernel: [ 2289.776788] ---[ end trace d94c54f926688193 ]---
    May 3 11:36:49 lynx bluetoothd[1973]: Bluetooth daemon 4.99
    May 3 11:36:49 lynx bluetoothd[1973]: Starting SDP server
    May 3 11:36:49 lynx bluetoothd[1973]: Listening for HCI events on hci0
    May 3 11:36:56 lynx kernel: [ 2297.596558] usb 5-1: USB disconnect, device number 2

    Majd semmi. Hiába csatlakoztatok bármit, semmi bejegyzés nincs róla, mintha nem is lenne USB a gépen. Az lsusb kimenete pedig megegyezik a hiba előtti USB kapcsolatokkal, kilistázza az egeret és a Bluetooth adaptert ha csatlakoztatva vannak, ha nincsenek.

    Arch Linux, hetente frissítve (ma reggel volt a legutóbbi). A probléma kb. egy hónapja áll fenn, de most nagyon idegesítő szintre ért el, naponta többször is jelentkezik. Először azt hittem az USB hub okozza, de a napokban már nem használtam, hogy lássam lesz-e változás.
    Csak újraindítás segít.

    Ötletek?

    Tippek?

  • rt06
    veterán

    raid5-re lehet lvm-et pakolni.

    hogyan? illetve minek?
    marmint ha raid5-ot csinalsz, abbol gond nelkul tudsz egy particiot csinalni
    vagy van valami plusz elonye, ha ebbol elobb lv-t csinalsz?

  • bambano
    titán

    A raid5 megmarad a privát adatoknak, a többi adat nem érdekes, hiszen minden beszerezhető a (sorozat, film...).
    Csak gondoltam az LVM megkönnyíti az életem, mert nem kell a lemezek között bűvészkedni az adatokkal.
    De így, hogy egy hdd halál viszi az adatok nagy részét már nem hangzik olyan jó megoldásnak :)

    raid5-re lehet lvm-et pakolni.

  • Des23
    csendes tag

    esetleg probalkozz meg egy szoftveres raid5-tel
    igaz, hogy igy azonos meretu lemezekre van szukseged (legalabbis ajanlott), illetve egy lemeznyivel kevesebb helyed lesz, de ez a raid megoldas hibaturo, vagyis ha egy lemezed kiesik, attol meg egy byte adatod sem vesz el

    mas: tldp miert nem megy?

    A raid5 megmarad a privát adatoknak, a többi adat nem érdekes, hiszen minden beszerezhető a (sorozat, film...).
    Csak gondoltam az LVM megkönnyíti az életem, mert nem kell a lemezek között bűvészkedni az adatokkal.
    De így, hogy egy hdd halál viszi az adatok nagy részét már nem hangzik olyan jó megoldásnak :)

  • rt06
    veterán

    Sikeresen megcsináltam egy tesztet, és nem vagyok megelégedve az eredménnyel :(

    3x100MB HDD-t pakoltam össze LVM-mel, majd a középsőt kiszedtem, és tettem a helyére egy üreset.
    Ez alapján megcsináltam mindent, és a vége az lett, hogy elveszett 137MB adat, és a maradék is a lost+found könyvtárban kötött ki, össze-vissza.

    Ezek alapján én nem ajánlanám otthoni használatra, mert ugyan nincs akkor adat veszteség mint egy raid0-nál, de azért bőven tud gondot okozni egy HDD halál.
    Inkább marad a symlink, meg az adat mozgatás, ha a szükség úgy hozza.

    esetleg probalkozz meg egy szoftveres raid5-tel
    igaz, hogy igy azonos meretu lemezekre van szukseged (legalabbis ajanlott), illetve egy lemeznyivel kevesebb helyed lesz, de ez a raid megoldas hibaturo, vagyis ha egy lemezed kiesik, attol meg egy byte adatod sem vesz el

    mas: tldp miert nem megy?

  • Des23
    csendes tag

    Ezek alapján nem akkora biznisz ez az LVM otthon :)
    Mert ugyan minden pótolható, de azért nem mindegy, hogy 1TB vagy 3-4 :)

    Sikeresen megcsináltam egy tesztet, és nem vagyok megelégedve az eredménnyel :(

    3x100MB HDD-t pakoltam össze LVM-mel, majd a középsőt kiszedtem, és tettem a helyére egy üreset.
    Ez alapján megcsináltam mindent, és a vége az lett, hogy elveszett 137MB adat, és a maradék is a lost+found könyvtárban kötött ki, össze-vissza.

    Ezek alapján én nem ajánlanám otthoni használatra, mert ugyan nincs akkor adat veszteség mint egy raid0-nál, de azért bőven tud gondot okozni egy HDD halál.
    Inkább marad a symlink, meg az adat mozgatás, ha a szükség úgy hozza.

  • Des23
    csendes tag

    szerintem ha elszáll a fájlrendszer eleje, akkor vagy keresztet vethet minden adatának, vagy igen mozgalmas napoknak néz elébe...

    Ezek alapján nem akkora biznisz ez az LVM otthon :)
    Mert ugyan minden pótolható, de azért nem mindegy, hogy 1TB vagy 3-4 :)

  • bambano
    titán

    ha csikozott kotetet csinalsz, ugrik az egesz
    ha siman jbod-t (nem tudom, az lvm minek hivja, de ez az alapertelmezett), akkor nem lenne szabad mindennek elvesznie (bar kerdes itt az is, hogy a filerendszer hogy kezeli a dolgot)

    szerintem ha elszáll a fájlrendszer eleje, akkor vagy keresztet vethet minden adatának, vagy igen mozgalmas napoknak néz elébe...

  • rt06
    veterán

    Sziasztok!

    Egész nap a neten keresgéltem, de nem találtam választ a kérdésemre.

    Ha építek egy 4 lemezes LVM-et, úgy, hogy az egészet egy lv-be szervezem, mi történik, akkor ha az egyik HDD megadja magát?
    Ugrik az egész tartalma mintha raid0 lenne, vagy csak azok a fileok, amik pont azon a hdd-n voltak fizikailag?

    ha csikozott kotetet csinalsz, ugrik az egesz
    ha siman jbod-t (nem tudom, az lvm minek hivja, de ez az alapertelmezett), akkor nem lenne szabad mindennek elvesznie (bar kerdes itt az is, hogy a filerendszer hogy kezeli a dolgot)

  • Des23
    csendes tag

    Sziasztok!

    Egész nap a neten keresgéltem, de nem találtam választ a kérdésemre.

    Ha építek egy 4 lemezes LVM-et, úgy, hogy az egészet egy lv-be szervezem, mi történik, akkor ha az egyik HDD megadja magát?
    Ugrik az egész tartalma mintha raid0 lenne, vagy csak azok a fileok, amik pont azon a hdd-n voltak fizikailag?

  • bambano
    titán

    Továbbá mivel abban a kernelben már benne van a driver, sokkal kevesebb fejfájás lenne azt használni szerintem.

    bocs, de nem követtem a full sztorit, csak ezt az egy hsz-t.

  • Jester01
    veterán

    igen, azt mondja, hogyha teljesen kikapcsoltad a kernel konfigban a wifi extensiont, akkor annak a kártyának a driverét sem tudja lefordítani, illetve értelmetlen is.

    keresd meg azt a sort a konfigban és írd át y-ra vagy m-re.

    Továbbá mivel abban a kernelben már benne van a driver, sokkal kevesebb fejfájás lenne azt használni szerintem.

  • bambano
    titán

    ez a hibaüzenet jelent valakinek valamit:
    frisített kernel után az usb wifi adapterem driver "&make-jénél" ütötte fel a fejét ez:

    /root/compat-wireless-2011-07-14/config.mk:212: "WARNING: CONFIG_CFG80211_WEXT will be deactivated or not working because kernel was compiled with CONFIG_WIRELESS_EXT=n. Tools using wext interface like iwconfig will not work. To activate it build your kernel e.g. with CONFIG_LIBIPW=m."
    make -C /lib/modules/3.2.6/build M=/root/compat-wireless-2011-07-14 modules
    make: *** /lib/modules/3.2.6/build: No such file or directory. Stop.
    make: *** [modules] Error 2

    igen, azt mondja, hogyha teljesen kikapcsoltad a kernel konfigban a wifi extensiont, akkor annak a kártyának a driverét sem tudja lefordítani, illetve értelmetlen is.

    keresd meg azt a sort a konfigban és írd át y-ra vagy m-re.

  • szilardsebok
    csendes tag

    ez a hibaüzenet jelent valakinek valamit:
    frisített kernel után az usb wifi adapterem driver "&make-jénél" ütötte fel a fejét ez:

    /root/compat-wireless-2011-07-14/config.mk:212: "WARNING: CONFIG_CFG80211_WEXT will be deactivated or not working because kernel was compiled with CONFIG_WIRELESS_EXT=n. Tools using wext interface like iwconfig will not work. To activate it build your kernel e.g. with CONFIG_LIBIPW=m."
    make -C /lib/modules/3.2.6/build M=/root/compat-wireless-2011-07-14 modules
    make: *** /lib/modules/3.2.6/build: No such file or directory. Stop.
    make: *** [modules] Error 2

  • lapa
    veterán

    Ja, az avc1 jobban megfekteti, 1800-ra fel kell rakni. Sajnos egy szálú a dekóder :(

    nemtom ez az mplayer2 opció-e a te esetedben, de érdemes ránézni. az mplayer mellé települ, szóval nem borítja be a fél médiabirodalmat. mindenesetre kösz, hogy kiprovokáltad belőlem, kicsit olyan "nem tudtam hogy lehetetlen, így megcsináltam" jellegű dolog lett.

  • Jester01
    veterán

    "Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel."

    ezt hogy csinálod? eddig nekem az 1.6 c2d-n az 1080p smplayerrel nemigen ment, vlc-vel is elég limiten. mondjuk ennek a posztodnak hála nekifutottam a coreavc-nek megint, de mint kiderült a coreavc már nem is kell, elég az mplayer2. küzdöttem még egy kört smplayerrel, mert nem akart menni, de aztán 0.8 megy. ja, és mindeközben kis híján megtanultam finnül és oroszul.

    azért ez az mplayer2 elég ütős lett. eljövé az 1080p az én házamba most. mindenesetre továbbra is 60-80%-on megy, 1,6 ghz-n. szóval nemtom nálad mi számol, ha se a cpu, se a gpu. oké, ez avc1 mkv, nemtom azt ugyanaz-e, mint a bd rip.

    Ja, az avc1 jobban megfekteti, 1800-ra fel kell rakni. Sajnos egy szálú a dekóder :(

  • Jester01
    veterán

    "Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel."

    ezt hogy csinálod? eddig nekem az 1.6 c2d-n az 1080p smplayerrel nemigen ment, vlc-vel is elég limiten. mondjuk ennek a posztodnak hála nekifutottam a coreavc-nek megint, de mint kiderült a coreavc már nem is kell, elég az mplayer2. küzdöttem még egy kört smplayerrel, mert nem akart menni, de aztán 0.8 megy. ja, és mindeközben kis híján megtanultam finnül és oroszul.

    azért ez az mplayer2 elég ütős lett. eljövé az 1080p az én házamba most. mindenesetre továbbra is 60-80%-on megy, 1,6 ghz-n. szóval nemtom nálad mi számol, ha se a cpu, se a gpu. oké, ez avc1 mkv, nemtom azt ugyanaz-e, mint a bd rip.

    Ez h264. Körülnézek van-e avc1.

  • lapa
    veterán

    Én meg azt hallottam, hogy az AMD aktívan támogatja a nyílt forráskódot. Ezért én azóta nem vettem nvidiat :P

    Egyébként ugye havonta van bináris driver, előfordul, hogy némelyik bugos. De hát nem kell mindig a legfrissebb. Egy-egy ilyen esettől eltekintve, nem futottam komoly problémába. Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel.

    "Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel."

    ezt hogy csinálod? eddig nekem az 1.6 c2d-n az 1080p smplayerrel nemigen ment, vlc-vel is elég limiten. mondjuk ennek a posztodnak hála nekifutottam a coreavc-nek megint, de mint kiderült a coreavc már nem is kell, elég az mplayer2. küzdöttem még egy kört smplayerrel, mert nem akart menni, de aztán 0.8 megy. ja, és mindeközben kis híján megtanultam finnül és oroszul.

    azért ez az mplayer2 elég ütős lett. eljövé az 1080p az én házamba most. mindenesetre továbbra is 60-80%-on megy, 1,6 ghz-n. szóval nemtom nálad mi számol, ha se a cpu, se a gpu. oké, ez avc1 mkv, nemtom azt ugyanaz-e, mint a bd rip.

  • bambano
    titán

    Én meg azt hallottam, hogy az AMD aktívan támogatja a nyílt forráskódot. Ezért én azóta nem vettem nvidiat :P

    Egyébként ugye havonta van bináris driver, előfordul, hogy némelyik bugos. De hát nem kell mindig a legfrissebb. Egy-egy ilyen esettől eltekintve, nem futottam komoly problémába. Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel.

    én elhiszek mindent, hogy az amd aktívan támogatja a nyílt forrást meg stb., csak nvidia-hoz volt sokáig egyklikkre működő driver debianban, én pedig nem vagyok magam ellensége.

  • CPT.Pirk
    Jómunkásember

    Köszi a válaszokat mindkettőtöknek! :)

    Azért akarok váltani, mert most egy P3 Tualatin Cerka + nVidia 7200 AGP kombóm van, ami nem fogyaszt keveset, de legalább lassú is. :DDD
    Egy következő generációs, legalacsonyabb fogyasztású, minimum 2 magos AMD APU-t szeretnék venni majd miután megjelenik. És fontos, hogy megfelelően kezeljen 2 kijelzőt (monitor + TV), és szükség esetén megbírkózzon 3D-s videókkal, WebGL-lel, és mindenféle 2D-s és 3D-s cuccal, ami csak szembe jöhet. Mindezt bekapcsolt Compiz mellett, mert a család már nem tud nélküle élni. :D
    A b.) terv mindenképpen egy nV kártya, de ez tényleg csak akkor, ha nem tudom megoldani AMD APU-val.

    Mióta van teljes CCC a zárt driverrel, egész más világ. Magam részéről nV-t nem veszek, annak a cégnek az üzletpolitikája nem megy le a gyomromon.

    Amúgy compiz effectek nagyon faszák. Kedvencem a bezáráskor darabokra hulló ablak. Must have! :K

  • Jester01
    veterán

    igen, régen sok panasz volt az ati driverekre, ezért én azóta sem vettem ilyet. intellel, nvidia-val nincs baj.

    Én meg azt hallottam, hogy az AMD aktívan támogatja a nyílt forráskódot. Ezért én azóta nem vettem nvidiat :P

    Egyébként ugye havonta van bináris driver, előfordul, hogy némelyik bugos. De hát nem kell mindig a legfrissebb. Egy-egy ilyen esettől eltekintve, nem futottam komoly problémába. Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel.

  • Bici
    félisten

    "bekapcsolt compiz"

    haha, bepánikolva írt tegnapelőtt a szülő, hogy nagyon furcsa a gép, "olyan mikor megnyom egy ikont, mint mikor a vízbe kavicsot dob valaki".

    ránéztem, visszaraktam "none effect"-re (azért érdekelne mitől kapcsolódott be), és azóta újra boldogság van hogy nem fodrozzák szemcukorkák a képernyőt meg az idegeit.

    persze gondolom nálatok másért van fenn a compiz, csak eszembe jutott.

    Nálunk azért van bekapcsolva, mert egyszer kipróbáltam, és a család fiatalabb illetve nő tagjai örökké tartó szerelembe estek vele. :D Mondjuk, engem sem zavar, miután már hozzászoktam. A munkahelyi Windows7 fapadosan merevnek tűnik utána, hiába átlátszó minden. :)

  • lapa
    veterán

    Köszi a válaszokat mindkettőtöknek! :)

    Azért akarok váltani, mert most egy P3 Tualatin Cerka + nVidia 7200 AGP kombóm van, ami nem fogyaszt keveset, de legalább lassú is. :DDD
    Egy következő generációs, legalacsonyabb fogyasztású, minimum 2 magos AMD APU-t szeretnék venni majd miután megjelenik. És fontos, hogy megfelelően kezeljen 2 kijelzőt (monitor + TV), és szükség esetén megbírkózzon 3D-s videókkal, WebGL-lel, és mindenféle 2D-s és 3D-s cuccal, ami csak szembe jöhet. Mindezt bekapcsolt Compiz mellett, mert a család már nem tud nélküle élni. :D
    A b.) terv mindenképpen egy nV kártya, de ez tényleg csak akkor, ha nem tudom megoldani AMD APU-val.

    "bekapcsolt compiz"

    haha, bepánikolva írt tegnapelőtt a szülő, hogy nagyon furcsa a gép, "olyan mikor megnyom egy ikont, mint mikor a vízbe kavicsot dob valaki".

    ránéztem, visszaraktam "none effect"-re (azért érdekelne mitől kapcsolódott be), és azóta újra boldogság van hogy nem fodrozzák szemcukorkák a képernyőt meg az idegeit.

    persze gondolom nálatok másért van fenn a compiz, csak eszembe jutott.

  • Bici
    félisten

    Ezen én is sokat dilemmáztam. Az ati rohamostan fejlődik, most elvielg már ott a tart a dolog, hogy openelec a brazost ki tudja hajtani hd videó értelemben.

    nvidiával nem lősz mellé az is igaz.

    De miért akarsz most váltani? Nekem nemsokára lesz eladó htpc-m, nvidiás, mivel beleszerettem ebbe. :D

    Köszi a válaszokat mindkettőtöknek! :)

    Azért akarok váltani, mert most egy P3 Tualatin Cerka + nVidia 7200 AGP kombóm van, ami nem fogyaszt keveset, de legalább lassú is. :DDD
    Egy következő generációs, legalacsonyabb fogyasztású, minimum 2 magos AMD APU-t szeretnék venni majd miután megjelenik. És fontos, hogy megfelelően kezeljen 2 kijelzőt (monitor + TV), és szükség esetén megbírkózzon 3D-s videókkal, WebGL-lel, és mindenféle 2D-s és 3D-s cuccal, ami csak szembe jöhet. Mindezt bekapcsolt Compiz mellett, mert a család már nem tud nélküle élni. :D
    A b.) terv mindenképpen egy nV kártya, de ez tényleg csak akkor, ha nem tudom megoldani AMD APU-val.

  • Vladi
    nagyúr

    Ezen én is sokat dilemmáztam. Az ati rohamostan fejlődik, most elvielg már ott a tart a dolog, hogy openelec a brazost ki tudja hajtani hd videó értelemben.

    nvidiával nem lősz mellé az is igaz.

    De miért akarsz most váltani? Nekem nemsokára lesz eladó htpc-m, nvidiás, mivel beleszerettem ebbe. :D

  • bambano
    titán

    igen, régen sok panasz volt az ati driverekre, ezért én azóta sem vettem ilyet. intellel, nvidia-val nincs baj.

  • Bici
    félisten

    Sziasztok!

    Eddigi linuxos (régi intel+nV) HTPC-met szeretném újabbra cserélni, és még nem tudom hogy milyen hardvert vegyek
    Legszívesebben valami AMD APU-t vennék, de régebben sok panasz volt az AMD linuxos driverei-re.
    Kérdés, hogy a mai modern integrált GPU-khoz való AMD driverek hogy teljesítenek egy mai nV driverhez képest tudás, sebesség, és stabilitás terén?
    Kb. ez döntené el, hogy intel CPU + nV GPU lesz, vagy AMD APU. :U

    Köszi! :R

    Erre esetleg valaki? :B

  • lapa
    veterán

    dd cache-bol olvas, ha tobbszor futtats rovid tesztet, irrealis ertekek jonnek ki

    mir / # dd if=/dev/cciss/c0d1 of=/dev/null bs=1M count=10
    10+0 records in
    10+0 records out
    10485760 bytes (10 MB) copied, 0.162363 s, 64.6 MB/s
    mir / # dd if=/dev/cciss/c0d1 of=/dev/null bs=1M count=10
    10+0 records in
    10+0 records out
    10485760 bytes (10 MB) copied, 0.0178784 s, 587 MB/s

    attol fuggoen, hogy ki mit akar tesztelni, erdemes lehet esetleg erre is vetni egy pillantast

    ez teny, gondoltam egyértelmű az előző komment alapján hogy itt is bekavar a cache. de jogos a kiegészítés.

    nekem arra volt jó hogy rájöjjek miért halál 50 órája a dd (mert ugye a blocksize-ot előtte senki nem emlegette nekem). szóval ilyen szedett-vedett progress barnak (mikorvégezmajdnak) jól jött nagyobb dolgoknál.

  • rt06
    veterán

    ehune. hozzáteszem nekem 0.7w-tal többet fogyaszt, mint a 2.6.32, ami nem tűnik soknak de nálam ez >10%. szóval én maradtam ennél.

    dd meg akármi tényleges sebességére esetleg: iostat -dxk 10 20

    ez 10 mp-nként, 20-szor ismétel.

    dd cache-bol olvas, ha tobbszor futtats rovid tesztet, irrealis ertekek jonnek ki

    mir / # dd if=/dev/cciss/c0d1 of=/dev/null bs=1M count=10
    10+0 records in
    10+0 records out
    10485760 bytes (10 MB) copied, 0.162363 s, 64.6 MB/s
    mir / # dd if=/dev/cciss/c0d1 of=/dev/null bs=1M count=10
    10+0 records in
    10+0 records out
    10485760 bytes (10 MB) copied, 0.0178784 s, 587 MB/s

    attol fuggoen, hogy ki mit akar tesztelni, erdemes lehet esetleg erre is vetni egy pillantast

  • lapa
    veterán

    Na, ezt nem tudtam. :B Hogyan raktad fel? Repoból?

    ehune. hozzáteszem nekem 0.7w-tal többet fogyaszt, mint a 2.6.32, ami nem tűnik soknak de nálam ez >10%. szóval én maradtam ennél.

    dd meg akármi tényleges sebességére esetleg: iostat -dxk 10 20

    ez 10 mp-nként, 20-szor ismétel.

  • a hdparm által mért adatok irreálisak, mivel a vinyó bufferelése sok esetben átveri a mérést.

    a bonnie++ meg annyi, hogy elindítod, aktuális könyvtárba kreál fájlokat és méri a sebességet. sokkal közelebb jár a valósághoz.

    ... be is telt a partíció :)
    Pendrájvra jó a hdparm sztem. Új R500, 16 GB pendrájv USB3-ba dugva 35.18 MB/sec, USB2 hub-on ~30. Régebbi Kingston 16 GB USB2 hubon ~24.22 MB/sec. iBeat Cebrax (USB 1-es ős-zenelejátszó, 1 GB kapacitás, de szeretjük, nem kidobós ~7 éves!!!) 995.20 kB/sec. szal. ezek az eredmények kb. rendben is vannak.

    Később kipróbálom még amit írtál. Mennyi ideig fut egy teszt?

  • bambano
    titán

    sudo hdparm -t /dev/sdc

    Írást nem tudom mivel kellene... bonnie++ van repóban, de nem tudom hogy műXik. Felvilágosítanál? SSD, HDD, USB3 HDD és USB2 pendrive teszt lenne, csak a magam "örömére". Bár a Kingston R500 hozza amit ráírtak elvileg...

    a hdparm által mért adatok irreálisak, mivel a vinyó bufferelése sok esetben átveri a mérést.

    a bonnie++ meg annyi, hogy elindítod, aktuális könyvtárba kreál fájlokat és méri a sebességet. sokkal közelebb jár a valósághoz.

  • hdparm szerintem erre nem alkalmas, bonnie vagy bonnie++ inkább.

    sudo hdparm -t /dev/sdc

    Írást nem tudom mivel kellene... bonnie++ van repóban, de nem tudom hogy műXik. Felvilágosítanál? SSD, HDD, USB3 HDD és USB2 pendrive teszt lenne, csak a magam "örömére". Bár a Kingston R500 hozza amit ráírtak elvileg...

  • bambano
    titán

    Pendrive és HDD sebesség tesztelésre mit és hogy ajánlotok?
    (Fedora 3.3.2-6.fc16.x86_64) :R

    ÓÓÓÓbazzzz. hdparm FTW :D

    hdparm szerintem erre nem alkalmas, bonnie vagy bonnie++ inkább.

  • MacCaine
    őstag

    én nem vágom hogy megy ez, de 10.04-hez össz 3 csomag volt az oneiric kernel, ami 3.0, semmit nem kellett fordítani.

    Na, ezt nem tudtam. :B Hogyan raktad fel? Repoból?

  • Pendrive és HDD sebesség tesztelésre mit és hogy ajánlotok?
    (Fedora 3.3.2-6.fc16.x86_64) :R

    ÓÓÓÓbazzzz. hdparm FTW :D

  • lapa
    veterán

    A BT5 a 10.04-es Ubuntura épül, az már elég régi. Egy kernel upgraddel elvileg mennie kellene, de gondolom nem akarsz saját kernelt fordítani. :) Szóval igen, egy újabb disztró kellene. Egyébként a Debianra is fel tudod pakolni az airmon-ng-t meg a többi ilyen cuccost.

    én nem vágom hogy megy ez, de 10.04-hez össz 3 csomag volt az oneiric kernel, ami 3.0, semmit nem kellett fordítani.

  • CPT.Pirk
    Jómunkásember

    Windows 7 alatt rögtön felismeri!
    Úgy gondoljátok akkor frissebb disztroval oldjam meg? Nincs más megoldás? (mert a jegyzeteim BT5ről szólnak bár kétlem hogy másként kéne kezelni frissebb verziónál) debian wheezy -vel egyetértetek, hogy azzal próbálkozzak? :)
    (mellesleg nagyon örülök, hogy ilyen gyorsan érkeztek hozzászóllások! :B )

    A Wheezy nincs kész. Jelenlegi stabil Squeeze és Debian backportsos friss kernel inkább párosa inkább. 3.2-es kernelnél tartanak a backportsnál, az majdnem a legújabb.

    Viszont akár fordíthatsz magadnak kernelt is a jelenlegi disztródhoz. Én is csináltam, nem olyan nehéz, mint amilyennek hangzik, ha elolvasol 1-2 leírást róla.

  • MacCaine
    őstag

    Windows 7 alatt rögtön felismeri!
    Úgy gondoljátok akkor frissebb disztroval oldjam meg? Nincs más megoldás? (mert a jegyzeteim BT5ről szólnak bár kétlem hogy másként kéne kezelni frissebb verziónál) debian wheezy -vel egyetértetek, hogy azzal próbálkozzak? :)
    (mellesleg nagyon örülök, hogy ilyen gyorsan érkeztek hozzászóllások! :B )

    A BT5 a 10.04-es Ubuntura épül, az már elég régi. Egy kernel upgraddel elvileg mennie kellene, de gondolom nem akarsz saját kernelt fordítani. :) Szóval igen, egy újabb disztró kellene. Egyébként a Debianra is fel tudod pakolni az airmon-ng-t meg a többi ilyen cuccost.

  • szilardsebok
    csendes tag

    Windows 7 alatt rögtön felismeri!
    Úgy gondoljátok akkor frissebb disztroval oldjam meg? Nincs más megoldás? (mert a jegyzeteim BT5ről szólnak bár kétlem hogy másként kéne kezelni frissebb verziónál) debian wheezy -vel egyetértetek, hogy azzal próbálkozzak? :)
    (mellesleg nagyon örülök, hogy ilyen gyorsan érkeztek hozzászóllások! :B )

  • MacCaine
    őstag

    bocs! privátban küldtem el :))
    Több driverrel próbálkoztam, a végén annyira katyvasz lett, hogy újra raktam a particióra ugyan azt a BT5-t, de egyik sem bírta működésre! :(((
    Pár külföldi oldalon ath9k-t javasolnak ennek az adapter chipsetjére, de az se hozta lázba, próbáltam compact-wireless drivereket tmert azokat is írták, hogy install és csak fel kell tenni és bizonyos részeket blacklist-re, de még világítani sem világitott és továbbra is no válasz a terminálban a modprobe -kra. :((
    Nem találkoztam kernelben lévő 2800 usb driverekkel. gondolom akkor 2.6.38-ban nincs :(

    Próbáld ki egy másik gépben (lehetőleg windows alatt), mert lehet, hogy hardverhiba.

  • Jester01
    veterán

    bocs! privátban küldtem el :))
    Több driverrel próbálkoztam, a végén annyira katyvasz lett, hogy újra raktam a particióra ugyan azt a BT5-t, de egyik sem bírta működésre! :(((
    Pár külföldi oldalon ath9k-t javasolnak ennek az adapter chipsetjére, de az se hozta lázba, próbáltam compact-wireless drivereket tmert azokat is írták, hogy install és csak fel kell tenni és bizonyos részeket blacklist-re, de még világítani sem világitott és továbbra is no válasz a terminálban a modprobe -kra. :((
    Nem találkoztam kernelben lévő 2800 usb driverekkel. gondolom akkor 2.6.38-ban nincs :(

    Megnéztem, valóban nincs 2.6.38-ban. Szerintem a legegyszerűbb az lenne, ha kernelt frissítenél. Pechedre éppen a 2.6.39-be került bele.

    Ja igen, a legegyszerűbb valóban úgy frissíteni a kernelt ha egy frissebb disztrót teszel fel :C

  • bambano
    titán

    bocs! privátban küldtem el :))
    Több driverrel próbálkoztam, a végén annyira katyvasz lett, hogy újra raktam a particióra ugyan azt a BT5-t, de egyik sem bírta működésre! :(((
    Pár külföldi oldalon ath9k-t javasolnak ennek az adapter chipsetjére, de az se hozta lázba, próbáltam compact-wireless drivereket tmert azokat is írták, hogy install és csak fel kell tenni és bizonyos részeket blacklist-re, de még világítani sem világitott és továbbra is no válasz a terminálban a modprobe -kra. :((
    Nem találkoztam kernelben lévő 2800 usb driverekkel. gondolom akkor 2.6.38-ban nincs :(

    rakj fel debian wheezyt, abban sokkal újabb kernel van.

  • szilardsebok
    csendes tag

    A kernelben lévő ralink rt2x00 / rt2800usb driver nem jó?
    Vagy lehet, hogy a 2.6.38-ban még nincs. :F

    bocs! privátban küldtem el :))
    Több driverrel próbálkoztam, a végén annyira katyvasz lett, hogy újra raktam a particióra ugyan azt a BT5-t, de egyik sem bírta működésre! :(((
    Pár külföldi oldalon ath9k-t javasolnak ennek az adapter chipsetjére, de az se hozta lázba, próbáltam compact-wireless drivereket tmert azokat is írták, hogy install és csak fel kell tenni és bizonyos részeket blacklist-re, de még világítani sem világitott és továbbra is no válasz a terminálban a modprobe -kra. :((
    Nem találkoztam kernelben lévő 2800 usb driverekkel. gondolom akkor 2.6.38-ban nincs :(

  • Jester01
    veterán

    Sziasztok!

    BACKTRACK 5 -t (GNOME - 64 bit architektúrával) telepítettem, egy 30 GB-s (EXT4) partícióra. Vásároltam hozzá egy TP-LINK TL-WN727N USB WiFi adaptert, mivel úgy olvastam, hogy ez kompatibilis ezzel a verzióval és monitorozásra (airodump-ng) alkalmas szemben, az integrált hálózati kártyámmal (Realtek RTL8139/810x Fast Ethernet) A problémám az, hogy nem tudom működésre bírni az USB adaptert, driver keresés közben ez alapján működtem: http://community.linuxmint.com/hardware/view/1518 viszont nem működik továbbra sem, mivel a telepítéssel (szerintem a make - compileal lehet valami) sem tudok hiba nélkül végezni. Miután a 2010_0709_RT2870_Linux_STA_v2.4.0.1 -t a benne lévő README alapján konfigurálom az alábbit kapom:
    &make - http://pastebin.com/QqUCCfY8
    Ha a make hibáit figyelmen kívül hagyom és folytatom:
    &make install - http://pastebin.com/wVkg6xKm
    Remélem valaki tud segiteni nekem, mondhatni sürgős, mivel a beadandóm témájául ezt választottam (WPA2 biztonsági rések) és az elvet, meg a működését értem is a neten fellelhető anyagok alapján, de egy konkrét esetet nem tudok vázolni az adapter nélkül.
    &lsusb - http://pastebin.com/CRa3vLzM
    &iwconfig - http://pastebin.com/cZg2ES0e
    &lsmod - http://pastebin.com/7CKjGg99
    &modprobe rt2800usb - nem található
    Találtam egy ilyen telepítési útmatót, azonban ugyan abba a falba ütközök: http://www.cyberciti.biz/tips/linux-install-rt2870-chipset-based-usb-wireless-adapter.html
    Több fórum felületen próbálok segítséget találni az itt írtakra, de ha olyas valaki olvasná aki nem fórumtag és van ötlete, kérem jelezzen:
    e-mail: szilardsebok90@gmail.com
    facebook: www.facebook.com/szilardsebok

    Előre is köszönök minden segítséget!
    Szilárd

    A kernelben lévő ralink rt2x00 / rt2800usb driver nem jó?
    Vagy lehet, hogy a 2.6.38-ban még nincs. :F

  • szilardsebok
    csendes tag

    Sziasztok!

    BACKTRACK 5 -t (GNOME - 64 bit architektúrával) telepítettem, egy 30 GB-s (EXT4) partícióra. Vásároltam hozzá egy TP-LINK TL-WN727N USB WiFi adaptert, mivel úgy olvastam, hogy ez kompatibilis ezzel a verzióval és monitorozásra (airodump-ng) alkalmas szemben, az integrált hálózati kártyámmal (Realtek RTL8139/810x Fast Ethernet) A problémám az, hogy nem tudom működésre bírni az USB adaptert, driver keresés közben ez alapján működtem: http://community.linuxmint.com/hardware/view/1518 viszont nem működik továbbra sem, mivel a telepítéssel (szerintem a make - compileal lehet valami) sem tudok hiba nélkül végezni. Miután a 2010_0709_RT2870_Linux_STA_v2.4.0.1 -t a benne lévő README alapján konfigurálom az alábbit kapom:
    &make - http://pastebin.com/QqUCCfY8
    Ha a make hibáit figyelmen kívül hagyom és folytatom:
    &make install - http://pastebin.com/wVkg6xKm
    Remélem valaki tud segiteni nekem, mondhatni sürgős, mivel a beadandóm témájául ezt választottam (WPA2 biztonsági rések) és az elvet, meg a működését értem is a neten fellelhető anyagok alapján, de egy konkrét esetet nem tudok vázolni az adapter nélkül.
    &lsusb - http://pastebin.com/CRa3vLzM
    &iwconfig - http://pastebin.com/cZg2ES0e
    &lsmod - http://pastebin.com/7CKjGg99
    &modprobe rt2800usb - nem található
    Találtam egy ilyen telepítési útmatót, azonban ugyan abba a falba ütközök: http://www.cyberciti.biz/tips/linux-install-rt2870-chipset-based-usb-wireless-adapter.html
    Több fórum felületen próbálok segítséget találni az itt írtakra, de ha olyas valaki olvasná aki nem fórumtag és van ötlete, kérem jelezzen:
    e-mail: szilardsebok90@gmail.com
    facebook: www.facebook.com/szilardsebok

    Előre is köszönök minden segítséget!
    Szilárd

  • Jester01
    veterán

    nice, nem is tudtam hogy mountolható. és át is tudod esetleg méretezni a "partíciót" (a fájlt), hogy kipusztuljon az üres hely? akkor gondolom igen.

    Igen, elvileg ntfsresize majd truncate.

  • Fooler89
    őstag

    Ez bármilyen fájlrendszerre működik, mert blokk szintű mentés. Ebből kifolyólag a nem használt területet is menti.

    Ha nem tömöríted, akkor vissza lehet belőle állítani bizonyos fájlokat, mert akkor lehet mountolni. Így tömörítve már macerás.

    Köszönöm, de ez egy második biztonsági mentés, mert fontos adatok vannak ezen a vinyón így csak vészhelyzetben kéne hozzányúlni. Így nem is biztos, hogy szüksége lesz rá.

    Köszönöm a gyors választ.

  • lapa
    veterán

    Ez bármilyen fájlrendszerre működik, mert blokk szintű mentés. Ebből kifolyólag a nem használt területet is menti.

    Ha nem tömöríted, akkor vissza lehet belőle állítani bizonyos fájlokat, mert akkor lehet mountolni. Így tömörítve már macerás.

    nice, nem is tudtam hogy mountolható. és át is tudod esetleg méretezni a "partíciót" (a fájlt), hogy kipusztuljon az üres hely? akkor gondolom igen.

  • Jester01
    veterán

    sudo dd if=/dev/sdc2 bs=1024 | gzip > /home/fooler/win7/teljesbackup.bin.gz

    Megerősítést kérnék, ez a parancs működik ha a /dev/sdc2 ntfs?

    A másik, az lehetséges, hogy ebből csak bizonyos fájlokat szeretnék visszaállítani?

    Ez bármilyen fájlrendszerre működik, mert blokk szintű mentés. Ebből kifolyólag a nem használt területet is menti.

    Ha nem tömöríted, akkor vissza lehet belőle állítani bizonyos fájlokat, mert akkor lehet mountolni. Így tömörítve már macerás.

  • Fooler89
    őstag

    sudo dd if=/dev/sdc2 bs=1024 | gzip > /home/fooler/win7/teljesbackup.bin.gz

    Megerősítést kérnék, ez a parancs működik ha a /dev/sdc2 ntfs?

    A másik, az lehetséges, hogy ebből csak bizonyos fájlokat szeretnék visszaállítani?

  • CPT.Pirk
    Jómunkásember

    úgy kaptál denied-ot, hogy a távoli júzert használtad, akinek egyébként volt joga a távoli cucchoz (könyvtárhoz)? és a helyi júzerednek is a helyi cucchoz? kaptál könyvtárfát vagy eleve nem kapcsolódott? mit csinál, ha csak ssh://távjúzer@távgép -et adsz neki? akkor a távjúzer homejába kéne dobjon.

    nagyon hasznos cucc amúgy, bookmarkolhatod, mentheted a jelszót stb. kár, hogy ssh upgrade után nekem nem műx. de már nem is kell, lett sshfs:

    sshfs távjúzer@távgép:/home/lapa /mnt/home -p 12345

    ez azért elég kultúrált, persze gigabiten (30MB/s körül) már jelentős overhead van, egy c2d már eléggé küzd. gondolom core i már offloadolja az ilyen ssh dolgokat, nem?

    A Nautilusos megoldást csináltam, a célgép felhasználónevével. Mindegy, most valahogy nem vagyok a toppon további kísérletezgetéshez, örülök, hogy az smb4k működik.
    Otthon majd megpróbálom, ott legalább nem kell átkábelezni, meg két egyforma Linux van.

    ssh-t nem próbáltam még így soha. Most smb4k-val itt P4 celeron -> CoreDuo 2Ghz között 100Mb-s lannal a mappa másolás (11,6Gb - 156512 fájl, felfoghatatlan mennyiség) nagyobb állományoknál 10MiB/s-re ugrik fel ami elég jó, proci terhelés 50-70% körül. Közben a celeron terheltsége 20% alatt mozog. Itt a coreduon megy az smb4k.

    3 óra 30 perc volt a másolás. Vesémet egy 16G-s pendriveért. ;]

  • lapa
    veterán

    az ssh top 25 commandban volt már ilyen:

    22) Harder, Faster, Stronger SSH clients

    ssh -4 -C -c blowfish-cbc

    We force IPv4, compress the stream, specify the cypher stream to be Blowfish. I suppose you could use aes256-ctr as well for cypher spec. I’m of course leaving out things like master control sessions and such as that may not be available on your shell although that would speed things up as well.

    ötletem sincs lanon van-e értelme compressnek, meg ennek az ipv4 dolognak. mindenesetre szándékosan minden ssh-n megy itthon (már csak a tokenezés miatt is), szóval akárhogy is, nem lesz nagy ügy. gépenként egy ssh.conf.

    amúgy nincs gigabit, csak kíváncsiságból összedugtam múltkor a két gépet és megnéztem mit nyomnak ramdriveba másolásnál. amúgy az lehet, hogy nem is akarom a blowfisht? ahogy látom via c7-et kellett volna venni haha.

    sorry, most találtam egy működő linket a top 25 ssh-ra. lehet vótmá, de ehun.

  • lapa
    veterán

    Esetleg meg lehet próbálni a blowfish titkosítást.

    az ssh top 25 commandban volt már ilyen:

    22) Harder, Faster, Stronger SSH clients

    ssh -4 -C -c blowfish-cbc

    We force IPv4, compress the stream, specify the cypher stream to be Blowfish. I suppose you could use aes256-ctr as well for cypher spec. I’m of course leaving out things like master control sessions and such as that may not be available on your shell although that would speed things up as well.

    ötletem sincs lanon van-e értelme compressnek, meg ennek az ipv4 dolognak. mindenesetre szándékosan minden ssh-n megy itthon (már csak a tokenezés miatt is), szóval akárhogy is, nem lesz nagy ügy. gépenként egy ssh.conf.

    amúgy nincs gigabit, csak kíváncsiságból összedugtam múltkor a két gépet és megnéztem mit nyomnak ramdriveba másolásnál. amúgy az lehet, hogy nem is akarom a blowfisht? ahogy látom via c7-et kellett volna venni haha.

  • Jester01
    veterán

    úgy kaptál denied-ot, hogy a távoli júzert használtad, akinek egyébként volt joga a távoli cucchoz (könyvtárhoz)? és a helyi júzerednek is a helyi cucchoz? kaptál könyvtárfát vagy eleve nem kapcsolódott? mit csinál, ha csak ssh://távjúzer@távgép -et adsz neki? akkor a távjúzer homejába kéne dobjon.

    nagyon hasznos cucc amúgy, bookmarkolhatod, mentheted a jelszót stb. kár, hogy ssh upgrade után nekem nem műx. de már nem is kell, lett sshfs:

    sshfs távjúzer@távgép:/home/lapa /mnt/home -p 12345

    ez azért elég kultúrált, persze gigabiten (30MB/s körül) már jelentős overhead van, egy c2d már eléggé küzd. gondolom core i már offloadolja az ilyen ssh dolgokat, nem?

    Esetleg meg lehet próbálni a blowfish titkosítást.

  • lapa
    veterán

    Csak azt, hogy nem olvastam el. Átsiklottam felette. ;]

    lapa nautilusos megoldását próbáltam, de akkor premission deniedot kaptam, így itt megakadtam.
    scp parancsot kiadva meg jöttek a számomra kevésbé barátságos dolgok a terminálban, mint rsyncnél.

    Igazából kár, hogy nincs erre egy a sambánál egyszerűbben használható gui-s eszköz a népszerűbb disztrókra, a kevésbé hozzáértők számára. Egy egyszerű, drag and drop valami kellene. Aztán lehet, hogy van, csak nem tudok róla.

    lapa: thx

    úgy kaptál denied-ot, hogy a távoli júzert használtad, akinek egyébként volt joga a távoli cucchoz (könyvtárhoz)? és a helyi júzerednek is a helyi cucchoz? kaptál könyvtárfát vagy eleve nem kapcsolódott? mit csinál, ha csak ssh://távjúzer@távgép -et adsz neki? akkor a távjúzer homejába kéne dobjon.

    nagyon hasznos cucc amúgy, bookmarkolhatod, mentheted a jelszót stb. kár, hogy ssh upgrade után nekem nem műx. de már nem is kell, lett sshfs:

    sshfs távjúzer@távgép:/home/lapa /mnt/home -p 12345

    ez azért elég kultúrált, persze gigabiten (30MB/s körül) már jelentős overhead van, egy c2d már eléggé küzd. gondolom core i már offloadolja az ilyen ssh dolgokat, nem?

  • bambano
    titán

    Csak azt, hogy nem olvastam el. Átsiklottam felette. ;]

    lapa nautilusos megoldását próbáltam, de akkor premission deniedot kaptam, így itt megakadtam.
    scp parancsot kiadva meg jöttek a számomra kevésbé barátságos dolgok a terminálban, mint rsyncnél.

    Igazából kár, hogy nincs erre egy a sambánál egyszerűbben használható gui-s eszköz a népszerűbb disztrókra, a kevésbé hozzáértők számára. Egy egyszerű, drag and drop valami kellene. Aztán lehet, hogy van, csak nem tudok róla.

    lapa: thx

    lehetséges megoldás még, hogy ftp szervert raksz valamelyik gépre és a másikkal letöltöd, vagy nfs szervert és a másikkal letöltöd.

  • CPT.Pirk
    Jómunkásember

    Mit nem értesz a #14122-ben lévő scp példán? :F

    Na de az a lényeg, hogy megoldódott.

    Csak azt, hogy nem olvastam el. Átsiklottam felette. ;]

    lapa nautilusos megoldását próbáltam, de akkor premission deniedot kaptam, így itt megakadtam.
    scp parancsot kiadva meg jöttek a számomra kevésbé barátságos dolgok a terminálban, mint rsyncnél.

    Igazából kár, hogy nincs erre egy a sambánál egyszerűbben használható gui-s eszköz a népszerűbb disztrókra, a kevésbé hozzáértők számára. Egy egyszerű, drag and drop valami kellene. Aztán lehet, hogy van, csak nem tudok róla.

    lapa: thx

  • bambano
    titán

    de, viszont annak a fontosabb részeit pláne nem birizgálnám, akkor már inkább a driver loggolását szüntetném meg.

    arról lehet tudni valamit, hogy szabad-e a /var/log -ot ramdriveba rakni? mert korábban én azt olvastam, hogy az valamiért beborítja a tér-idő kontíniumot. de azóta se tudom miért lenne baj (azon kívül hogy persze bukom restartkor meg fagyáskor). mert workaroundnak az is jó lenne, ramban tőlem eljátszhat.

    @CPT.Pirk: scp -P 12345 /etc/x.conf lapa@gepnev:/tmp

    rsync -avz -e "ssh -p 12345" /etc/x.conf lapa@gepnev:/tmp

    először forrás, utána a cél.

    ha nem hiányoznának a kernelüzenetek, akkor a kern.log-ot küldheted /dev/null-ba a sysloggal.

  • Jester01
    veterán

    Köszönöm a tippeket. Igazából scp-t nem értem, az rsync még bonyolultabb, de végül a KDE-s Samba frontend, az Smb4k megoldotta, felcsatolta a hálózatos meghajtókat és tudtam másolni!

    Mit nem értesz a #14122-ben lévő scp példán? :F

    Na de az a lényeg, hogy megoldódott.

  • lapa
    veterán

    de ez nem azért irogat ennyit, mert minden kameraváltáskor be akarja állítani a program a szabványt?

    egyébként meg syslog-ng, ha ilyeneket akarsz, azzal talán menni fog.

    de, viszont annak a fontosabb részeit pláne nem birizgálnám, akkor már inkább a driver loggolását szüntetném meg.

    arról lehet tudni valamit, hogy szabad-e a /var/log -ot ramdriveba rakni? mert korábban én azt olvastam, hogy az valamiért beborítja a tér-idő kontíniumot. de azóta se tudom miért lenne baj (azon kívül hogy persze bukom restartkor meg fagyáskor). mert workaroundnak az is jó lenne, ramban tőlem eljátszhat.

    @CPT.Pirk: scp -P 12345 /etc/x.conf lapa@gepnev:/tmp

    rsync -avz -e "ssh -p 12345" /etc/x.conf lapa@gepnev:/tmp

    először forrás, utána a cél.

  • CPT.Pirk
    Jómunkásember

    Köszönöm a tippeket. Igazából scp-t nem értem, az rsync még bonyolultabb, de végül a KDE-s Samba frontend, az Smb4k megoldotta, felcsatolta a hálózatos meghajtókat és tudtam másolni!

  • bambano
    titán

    ezt a cicásat felírtam.

    a b tervem az volt, hogy man ssh helyett kapok a másikra egy "peccseld a driver forrást", legalább ez bejött. voilá:

    Apr 26 17:59:48 inox kernel: [344872.475214] easycap::0adjust_standard: selected standard: PAL_BGHIN
    Apr 26 17:59:48 inox kernel: [344872.475219] easycap::0adjust_standard: requested standard already in effect
    Apr 26 17:59:50 inox kernel: [344874.794669] easycap::0adjust_standard: selected standard: PAL_BGHIN
    Apr 26 17:59:50 inox kernel: [344874.794673] easycap::0adjust_standard: requested standard already in effect
    Apr 26 17:59:51 inox kernel: [344876.294856] easycap::0adjust_standard: selected standard: PAL_BGHIN

    ez a motion nevű sziszitévé csoda, amint folyamatosan körbejárja az olcsó kínai videodigiző izén lógó kamerákokat. a default formátum a PAL, és van rá motion.conf bejegyzés. őszintén még nem néztem akkor is kapom-e ezeket, ha azt kikommentelem, reméltem, hogy van valami regexp devnullázás a syslogban.

    emiatt azért nem fogom a drivert megtúrni, örülök hogy valahogy összeimádkoztam. akkor ha nagyon zavar inkább mindig valami scripttel indítom a syslogot (igen, guiból szoktam), ami pucol előtte.

    de ez nem azért irogat ennyit, mert minden kameraváltáskor be akarja állítani a program a szabványt?

    egyébként meg syslog-ng, ha ilyeneket akarsz, azzal talán menni fog.

  • lapa
    veterán

    cat /path/file | ssh user@host 'cat > /path/file'
    De ha ssh van, akkor scp is szokott lenni az meg sokkal egyszerűbb:
    scp /path/file user@host:/path/file

    Szerintem nem tud a normál syslogd így szűrni, ki kellene kapcsolni inkább a driverben az üzenetet. Ha máshogy nem, hát forráskódban. Open source :C

    ezt a cicásat felírtam.

    a b tervem az volt, hogy man ssh helyett kapok a másikra egy "peccseld a driver forrást", legalább ez bejött. voilá:

    Apr 26 17:59:48 inox kernel: [344872.475214] easycap::0adjust_standard: selected standard: PAL_BGHIN
    Apr 26 17:59:48 inox kernel: [344872.475219] easycap::0adjust_standard: requested standard already in effect
    Apr 26 17:59:50 inox kernel: [344874.794669] easycap::0adjust_standard: selected standard: PAL_BGHIN
    Apr 26 17:59:50 inox kernel: [344874.794673] easycap::0adjust_standard: requested standard already in effect
    Apr 26 17:59:51 inox kernel: [344876.294856] easycap::0adjust_standard: selected standard: PAL_BGHIN

    ez a motion nevű sziszitévé csoda, amint folyamatosan körbejárja az olcsó kínai videodigiző izén lógó kamerákokat. a default formátum a PAL, és van rá motion.conf bejegyzés. őszintén még nem néztem akkor is kapom-e ezeket, ha azt kikommentelem, reméltem, hogy van valami regexp devnullázás a syslogban.

    emiatt azért nem fogom a drivert megtúrni, örülök hogy valahogy összeimádkoztam. akkor ha nagyon zavar inkább mindig valami scripttel indítom a syslogot (igen, guiból szoktam), ami pucol előtte.

  • Bici
    félisten

    Sziasztok!

    Eddigi linuxos (régi intel+nV) HTPC-met szeretném újabbra cserélni, és még nem tudom hogy milyen hardvert vegyek
    Legszívesebben valami AMD APU-t vennék, de régebben sok panasz volt az AMD linuxos driverei-re.
    Kérdés, hogy a mai modern integrált GPU-khoz való AMD driverek hogy teljesítenek egy mai nV driverhez képest tudás, sebesség, és stabilitás terén?
    Kb. ez döntené el, hogy intel CPU + nV GPU lesz, vagy AMD APU. :U

    Köszi! :R

  • bambano
    titán

    az mit jelent pontosan, hogy az ssh is megoldás? gondolom kapok erre egy man ssh-t...

    syslogos filterezős fájdalmamra upsz valaki?

    egyrészt másolj be példát a szószaporító driver logjából, másrészt a drivert nem lehet lebeszélni arról, hogy ennyit rizsáljon? szerintem nem syslogban kellene kezelni a problémát.

  • Jester01
    veterán

    az mit jelent pontosan, hogy az ssh is megoldás? gondolom kapok erre egy man ssh-t...

    syslogos filterezős fájdalmamra upsz valaki?

    cat /path/file | ssh user@host 'cat > /path/file'
    De ha ssh van, akkor scp is szokott lenni az meg sokkal egyszerűbb:
    scp /path/file user@host:/path/file

    Szerintem nem tud a normál syslogd így szűrni, ki kellene kapcsolni inkább a driverben az üzenetet. Ha máshogy nem, hát forráskódban. Open source :C

  • lapa
    veterán

    scp, bármilyen frontenddel. Mondjuk midnight commander :K
    Fapadosabb megoldás sima ssh.

    az mit jelent pontosan, hogy az ssh is megoldás? gondolom kapok erre egy man ssh-t...

    syslogos filterezős fájdalmamra upsz valaki?

  • bambano
    titán

    Egy Debian Squeeze és egy Arch alapú Chakra között hogyan kellene fájlokat átvinnem, közvetlen össze vannak kötve, kézi IP-s megoldással, látják egymást a gépek.

    Chakra és androidos teló között már meg tudtam oldani sambával, de itt nem jutok semmire. Nem egyforma a két samba verzió,mindkét gépen van samba szerver, azonos munkacsoportban.
    Share hozzáférés van mindkét szerveren, de egyfolytában jelszót és felhasználónevet kér a munkacsoportba belépéshez, a default nobody-t meg nem fogadja el.

    Nincs valami egyszerű, GUI-s módja file átvitelnek, ami disztró független és nem a samba?

    Pl. ott van a "személyes filemegosztás" Debianban, de oda meg a másik gépről nem lehet belépni, mert hogy gépnév nem található...

    8 gigás fájlt kellene átvinnem egyben. Internet alapú megoldások most kiesnek az itteni adsl miatt.

    én az rsync-et preferálom, ha olyan a helyzet, akkor ssh fölött.

  • lapa
    veterán

    Egy Debian Squeeze és egy Arch alapú Chakra között hogyan kellene fájlokat átvinnem, közvetlen össze vannak kötve, kézi IP-s megoldással, látják egymást a gépek.

    Chakra és androidos teló között már meg tudtam oldani sambával, de itt nem jutok semmire. Nem egyforma a két samba verzió,mindkét gépen van samba szerver, azonos munkacsoportban.
    Share hozzáférés van mindkét szerveren, de egyfolytában jelszót és felhasználónevet kér a munkacsoportba belépéshez, a default nobody-t meg nem fogadja el.

    Nincs valami egyszerű, GUI-s módja file átvitelnek, ami disztró független és nem a samba?

    Pl. ott van a "személyes filemegosztás" Debianban, de oda meg a másik gépről nem lehet belépni, mert hogy gépnév nem található...

    8 gigás fájlt kellene átvinnem egyben. Internet alapú megoldások most kiesnek az itteni adsl miatt.

    nemtom van-e nautilus, az is tud scp-t. go --> location --> ssh://juzer@masikgep:12345/home/xyz

  • Jester01
    veterán

    Egy Debian Squeeze és egy Arch alapú Chakra között hogyan kellene fájlokat átvinnem, közvetlen össze vannak kötve, kézi IP-s megoldással, látják egymást a gépek.

    Chakra és androidos teló között már meg tudtam oldani sambával, de itt nem jutok semmire. Nem egyforma a két samba verzió,mindkét gépen van samba szerver, azonos munkacsoportban.
    Share hozzáférés van mindkét szerveren, de egyfolytában jelszót és felhasználónevet kér a munkacsoportba belépéshez, a default nobody-t meg nem fogadja el.

    Nincs valami egyszerű, GUI-s módja file átvitelnek, ami disztró független és nem a samba?

    Pl. ott van a "személyes filemegosztás" Debianban, de oda meg a másik gépről nem lehet belépni, mert hogy gépnév nem található...

    8 gigás fájlt kellene átvinnem egyben. Internet alapú megoldások most kiesnek az itteni adsl miatt.

    scp, bármilyen frontenddel. Mondjuk midnight commander :K
    Fapadosabb megoldás sima ssh.

  • CPT.Pirk
    Jómunkásember

    Egy Debian Squeeze és egy Arch alapú Chakra között hogyan kellene fájlokat átvinnem, közvetlen össze vannak kötve, kézi IP-s megoldással, látják egymást a gépek.

    Chakra és androidos teló között már meg tudtam oldani sambával, de itt nem jutok semmire. Nem egyforma a két samba verzió,mindkét gépen van samba szerver, azonos munkacsoportban.
    Share hozzáférés van mindkét szerveren, de egyfolytában jelszót és felhasználónevet kér a munkacsoportba belépéshez, a default nobody-t meg nem fogadja el.

    Nincs valami egyszerű, GUI-s módja file átvitelnek, ami disztró független és nem a samba?

    Pl. ott van a "személyes filemegosztás" Debianban, de oda meg a másik gépről nem lehet belépni, mert hogy gépnév nem található...

    8 gigás fájlt kellene átvinnem egyben. Internet alapú megoldások most kiesnek az itteni adsl miatt.

  • Lenry
    félisten

    Ha itthon vagy küld át / hozd be, kinyomjuk a nyomdában!

    jah nem, Szegeden vagyok és ez céges, irodai nyomtató, szinte mindig kell valami apróságra, de most épp nagyon fontos lenne a hóvégi jelenléti ívek és tsai nyomtatásában

  • cups-os nyomtató. Windowsról szeretnénk nyomtatni, de el sem küldi a nyomtatási parancsot: 0 dokumentum a várólistán.

    a CUPS naplózásában sincs semmi.

    eddig semmi baja se volt, most meg b*szik működni, pedig épp' rohadtul kéne :W

    Ha itthon vagy küld át / hozd be, kinyomjuk a nyomdában!

  • Lenry
    félisten

    cups-os nyomtató. Windowsról szeretnénk nyomtatni, de el sem küldi a nyomtatási parancsot: 0 dokumentum a várólistán.

    a CUPS naplózásában sincs semmi.

    eddig semmi baja se volt, most meg b*szik működni, pedig épp' rohadtul kéne :W

  • lapa
    veterán

    üdv. vannak bizonyos driverek, amik szemetelnek a syslogba. van valami mód arra, hogy a syslog eleve eldobjon bizonyos (amúgy az időttől eltekintve fix) szövegeket? sajnos két sor ismétlődik, egy sornál még talán konszolidálná. köszi.

  • The DJ
    addikt

    Úgy látszik nem kompatibilis a gdb a fordítóval. Esetleg megnézheted tud-e más formátumban írni. Ilyesmiket érdemes végigpróbálni: -ggdb -gstabs -gdwarf-2 (ezekből egyszerre egyet) illetve opcionálisan még -g1 (ez csökkenti az információt, hátha legalább részletes adatok lesznek).

    Ezenfelül, mint azt már korábban javasoltam, a routeren bekapcsolhatod a core dump-ot (ulimit -c unlimited vagy ilyesmi) és akkor a keletkezett fájlt a fejlesztő gépedre másolva betöltheted gdb-be ha van mips verziód. Talán az jobban illeszkedik a fordítódhoz.

    Az összes általad ajánlott kapcsolóval újrafordítottam, eredmény sajnos nincs sok. Egyedül annyit figyeltem meg, hogy amikor a -gstabs -al fordítottam, akkor a gdb ezt dobta:

    (gdb) file PtokaX
    Reading symbols from /mnt/ptokax5/PtokaX...done.

    A többinél, valamint alapesetben pedig ugye ezt:

    (gdb) file PtokaX
    Reading symbols from /mnt/ptokax7/PtokaX...Invalid .debug_ranges data (no base address)...done.

    Viszont a többi sor run esetén sajnos ugyanaz, nincs változás, bt -re sem ad újabb infót.

    A core dumpal megpróbálkozom délután, bár ahogy sejtem ez sem lesz olyan egyszerű OpenWRT alatt.

    Ha már eddig eljutottam nem adom fel, ez már elvi kérdés. :)

  • Jester01
    veterán

    Lefordítottam újra az egészet a -g kapcsolóval, tehát így nézett ki a parancs:

    make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ CXXFLAGS="-march=24kc -g" STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir

    A gdb válasza:

    (gdb) file PtokaX
    Reading symbols from /mnt/ptokax3/PtokaX...Invalid .debug_ranges data (no base address)...mangled .debug_line section...done.

    (gdb) run
    Starting program: /mnt/ptokax3/PtokaX
    During symbol reading...mangled .debug_line section...
    During symbol reading...mangled .debug_line section...Invalid .debug_ranges data (no base address)...
    During symbol reading...mangled .debug_line section...

    Program received signal SIGSEGV, Segmentation fault.
    0x00000000 in ?? ()

    (gdb) bt
    #0 0x00000000 in ?? ()
    #1 0x00000000 in ?? ()
    (gdb)

    Egyébként most vettem észre, hogy valamikor létrehozta a mappáit is a /root/.PtokaX alatt.

    Úgy látszik nem kompatibilis a gdb a fordítóval. Esetleg megnézheted tud-e más formátumban írni. Ilyesmiket érdemes végigpróbálni: -ggdb -gstabs -gdwarf-2 (ezekből egyszerre egyet) illetve opcionálisan még -g1 (ez csökkenti az információt, hátha legalább részletes adatok lesznek).

    Ezenfelül, mint azt már korábban javasoltam, a routeren bekapcsolhatod a core dump-ot (ulimit -c unlimited vagy ilyesmi) és akkor a keletkezett fájlt a fejlesztő gépedre másolva betöltheted gdb-be ha van mips verziód. Talán az jobban illeszkedik a fordítódhoz.

  • The DJ
    addikt

    Beadtad neki a -g kapcsolót a fordításhoz?

    Lefordítottam újra az egészet a -g kapcsolóval, tehát így nézett ki a parancs:

    make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ CXXFLAGS="-march=24kc -g" STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir

    A gdb válasza:

    (gdb) file PtokaX
    Reading symbols from /mnt/ptokax3/PtokaX...Invalid .debug_ranges data (no base address)...mangled .debug_line section...done.

    (gdb) run
    Starting program: /mnt/ptokax3/PtokaX
    During symbol reading...mangled .debug_line section...
    During symbol reading...mangled .debug_line section...Invalid .debug_ranges data (no base address)...
    During symbol reading...mangled .debug_line section...

    Program received signal SIGSEGV, Segmentation fault.
    0x00000000 in ?? ()

    (gdb) bt
    #0 0x00000000 in ?? ()
    #1 0x00000000 in ?? ()
    (gdb)

    Egyébként most vettem észre, hogy valamikor létrehozta a mappáit is a /root/.PtokaX alatt.

  • Jester01
    veterán

    Ezen a nyomon indultam el:

    warning: no loadable sections found in added symbol-file /lib/ld-uClibc.so.0

    Ebből ugye egy csomót kidob a gdb. A google azt mondja erre, hogy: [link]

    Eszerint ki kellene venni a strip-et a build opciói közül. Megtettem, lefordítottam újra az openwrt-t, átmásoltam a libeket a routerre és eltüntek a hibaüzenetek. Tehát most ennyit kapok:

    (gdb) file PtokaX
    Reading symbols from /mnt/ptokax2/PtokaX...(no debugging symbols found)...done.
    (gdb) run
    Starting program: /mnt/ptokax2/PtokaX
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    During symbol reading...mangled .debug_line section...
    During symbol reading...mangled .debug_line section...Invalid .debug_ranges data (no base address)...
    During symbol reading...mangled .debug_line section...

    Program received signal SIGSEGV, Segmentation fault.
    0x00000000 in ?? ()
    (gdb)

    A bt csak ennyit dob:

    (gdb) bt
    #0 0x00000000 in ?? ()
    #1 0x00000000 in ?? ()

    Beadtad neki a -g kapcsolót a fordításhoz?

  • The DJ
    addikt

    Ez eddig jó. A végén a gdb parancssorba be kellene vésni, hogy "bt", arra ha szerencséd van megmondja hogyan jutott el a hibához.

    Ha nincs debug infó, akkor fordítsd újra az egész vackot -g kapcsolóval a CFLAGS/CXXFLAGS beállítások között.

    Ezen a nyomon indultam el:

    warning: no loadable sections found in added symbol-file /lib/ld-uClibc.so.0

    Ebből ugye egy csomót kidob a gdb. A google azt mondja erre, hogy: [link]

    Eszerint ki kellene venni a strip-et a build opciói közül. Megtettem, lefordítottam újra az openwrt-t, átmásoltam a libeket a routerre és eltüntek a hibaüzenetek. Tehát most ennyit kapok:

    (gdb) file PtokaX
    Reading symbols from /mnt/ptokax2/PtokaX...(no debugging symbols found)...done.
    (gdb) run
    Starting program: /mnt/ptokax2/PtokaX
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    During symbol reading...mangled .debug_line section...
    During symbol reading...mangled .debug_line section...Invalid .debug_ranges data (no base address)...
    During symbol reading...mangled .debug_line section...

    Program received signal SIGSEGV, Segmentation fault.
    0x00000000 in ?? ()
    (gdb)

    A bt csak ennyit dob:

    (gdb) bt
    #0 0x00000000 in ?? ()
    #1 0x00000000 in ?? ()

  • Jester01
    veterán

    Fejlemények: a strace-t nem, de a gdb-t sikerült életre keltenem. Kimenete alább.

    # ./ldd PtokaX
    libpthread.so.0 => /lib/libpthread.so.0 (0x773e2000)
    libz.so.1 => /lib/libz.so.1 (0x773c0000)
    liblua.so.5.1.4 => /lib/liblua.so.5.1.4 (0x77385000)
    librt.so.0 => /lib/librt.so.0 (0x77371000)
    libstdc++.so.6 => /lib/libstdc++.so.6 (0x77334000)
    libm.so.0 => /lib/libm.so.0 (0x7730f000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x772ec000)
    libc.so.0 => /lib/libc.so.0 (0x77280000)
    ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x77408000)
    libdl.so.0 => /lib/libdl.so.0 (0x7726c000)

    Ellenőriztem a fájlokat, ott vannak a lib mappában, tehát nem hiányolhat semmit.

    Viszont a gdb ilyet dob nekem:

    Working directory /mnt/ptokax2.
    (gdb) file PtokaX
    Reading symbols from /mnt/ptokax2/PtokaX...(no debugging symbols found)...done.
    (gdb) run
    Starting program: /mnt/ptokax2/PtokaX
    warning: no loadable sections found in added symbol-file /lib/ld-uClibc.so.0
    (no debugging symbols found)
    warning: Unable to find dynamic linker breakpoint function.
    GDB will be unable to debug shared library initializers
    and track explicitly loaded dynamic code.
    warning: no loadable sections found in added symbol-file /lib/libpthread.so.0
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    warning: no loadable sections found in added symbol-file /lib/librt.so.0
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)

    Program received signal SIGSEGV, Segmentation fault.
    0x00000000 in ?? ()
    (gdb)

    Ez eddig jó. A végén a gdb parancssorba be kellene vésni, hogy "bt", arra ha szerencséd van megmondja hogyan jutott el a hibához.

    Ha nincs debug infó, akkor fordítsd újra az egész vackot -g kapcsolóval a CFLAGS/CXXFLAGS beállítások között.

  • The DJ
    addikt

    Igen, a b verziót hajtottam végre, csak lehet rosszul fogalmaztam. Csomagként nem találta meg az opkg a libstdcpp-t, pedig létezett hozzá anno, legalábbis fórumos bejegyzések erre utalnak, tehát átemeltem az általam build-elt környezetből.

    Most próbálom kinyomozni, hogy van-e strace openwrt-re vagy lehet-e fordítani hozzá. Jó lenne tudni mi zajlik a színfalak mögött.

    Fejlemények: a strace-t nem, de a gdb-t sikerült életre keltenem. Kimenete alább.

    # ./ldd PtokaX
    libpthread.so.0 => /lib/libpthread.so.0 (0x773e2000)
    libz.so.1 => /lib/libz.so.1 (0x773c0000)
    liblua.so.5.1.4 => /lib/liblua.so.5.1.4 (0x77385000)
    librt.so.0 => /lib/librt.so.0 (0x77371000)
    libstdc++.so.6 => /lib/libstdc++.so.6 (0x77334000)
    libm.so.0 => /lib/libm.so.0 (0x7730f000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x772ec000)
    libc.so.0 => /lib/libc.so.0 (0x77280000)
    ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x77408000)
    libdl.so.0 => /lib/libdl.so.0 (0x7726c000)

    Ellenőriztem a fájlokat, ott vannak a lib mappában, tehát nem hiányolhat semmit.

    Viszont a gdb ilyet dob nekem:

    Working directory /mnt/ptokax2.
    (gdb) file PtokaX
    Reading symbols from /mnt/ptokax2/PtokaX...(no debugging symbols found)...done.
    (gdb) run
    Starting program: /mnt/ptokax2/PtokaX
    warning: no loadable sections found in added symbol-file /lib/ld-uClibc.so.0
    (no debugging symbols found)
    warning: Unable to find dynamic linker breakpoint function.
    GDB will be unable to debug shared library initializers
    and track explicitly loaded dynamic code.
    warning: no loadable sections found in added symbol-file /lib/libpthread.so.0
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    warning: no loadable sections found in added symbol-file /lib/librt.so.0
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)

    Program received signal SIGSEGV, Segmentation fault.
    0x00000000 in ?? ()
    (gdb)

  • The DJ
    addikt

    szerintem nem bemásolni kellene a libstdc++-t hanem telepíteni.
    b verzió: megkeresni a gépen, amin fordítottad, azt a példányt, amivel össze lett fordítva és azt is feltenni.
    egyébként pedig nem tudom, van-e strace arra a rendszerre, mert ha igen, akkor azzal sok mindent ki lehet deríteni.

    Igen, a b verziót hajtottam végre, csak lehet rosszul fogalmaztam. Csomagként nem találta meg az opkg a libstdcpp-t, pedig létezett hozzá anno, legalábbis fórumos bejegyzések erre utalnak, tehát átemeltem az általam build-elt környezetből.

    Most próbálom kinyomozni, hogy van-e strace openwrt-re vagy lehet-e fordítani hozzá. Jó lenne tudni mi zajlik a színfalak mögött.

  • Jester01
    veterán

    szerintem nem bemásolni kellene a libstdc++-t hanem telepíteni.
    b verzió: megkeresni a gépen, amin fordítottad, azt a példányt, amivel össze lett fordítva és azt is feltenni.
    egyébként pedig nem tudom, van-e strace arra a rendszerre, mert ha igen, akkor azzal sok mindent ki lehet deríteni.

    Illetve be lehet kapcsolni a core dump-ot és akkor a fejlesztő gépen betölteni gdb-be (már ha a routeren nincs).

    Én úgy értettem, hogy a b) verziódat csinálta, egyébként.

  • bambano
    titán

    Nekiestem újra az elejétől, immáron okosabban és tapasztaltabban.

    Ez a parancs volt az, amit kiadtam:

    make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ CXXFLAGS="-march=24kc" STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir

    Először a tinyxml, majd a ptokax fordult le, mindkettő hiba nélkül. Bár a ptokax makefile-jába bele kellett nyúlnom egy kicsit, mert alapesetben az ld nem találta a -lz-t -llua5.1-et. Átírtam -llua-ra és az include-hoz hozzáadtam az elérési utat, ahol megtalálható a routerre fordított liblua és libz. Így már gond és hibaüzenet nélkül lefutott a make. Feltöltöm azért pastebinre a makefile-t, hátha én csesztem el valamit: [link]

    Felmásoltam a routerre a kész ptokax-et, adtam neki indítási jogot és panaszkodott, hogy nem találja a libstdc++.so.6-ot. Gyorsan be is másoltam neki az openwrt lib könyvtárából a router /lib könyvtárába, így már indul...na, ha nem dobna segmentation fault-ot. Tehát újraforgatva sincs sajnos változás. De már nagyon közel vagyok, nem szeretném feladni. :)

    szerintem nem bemásolni kellene a libstdc++-t hanem telepíteni.
    b verzió: megkeresni a gépen, amin fordítottad, azt a példányt, amivel össze lett fordítva és azt is feltenni.
    egyébként pedig nem tudom, van-e strace arra a rendszerre, mert ha igen, akkor azzal sok mindent ki lehet deríteni.

  • Vladi
    nagyúr

    Nekiestem újra az elejétől, immáron okosabban és tapasztaltabban.

    Ez a parancs volt az, amit kiadtam:

    make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ CXXFLAGS="-march=24kc" STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir

    Először a tinyxml, majd a ptokax fordult le, mindkettő hiba nélkül. Bár a ptokax makefile-jába bele kellett nyúlnom egy kicsit, mert alapesetben az ld nem találta a -lz-t -llua5.1-et. Átírtam -llua-ra és az include-hoz hozzáadtam az elérési utat, ahol megtalálható a routerre fordított liblua és libz. Így már gond és hibaüzenet nélkül lefutott a make. Feltöltöm azért pastebinre a makefile-t, hátha én csesztem el valamit: [link]

    Felmásoltam a routerre a kész ptokax-et, adtam neki indítási jogot és panaszkodott, hogy nem találja a libstdc++.so.6-ot. Gyorsan be is másoltam neki az openwrt lib könyvtárából a router /lib könyvtárába, így már indul...na, ha nem dobna segmentation fault-ot. Tehát újraforgatva sincs sajnos változás. De már nagyon közel vagyok, nem szeretném feladni. :)

    Újabb, régebbi verzió?

    Bemásolás helyett elég belinkelni is.

  • The DJ
    addikt

    Még azt próbáld meg, hogy csinálsz egy make clean-t és az egészet újrafordítod. Mivel a már előzőleg lefordított modulokat a make nem gyártotta újra a megváltozott -march kapcsolóval. Hátha. Gondolom gdb nincs a routerre :F

    Nekiestem újra az elejétől, immáron okosabban és tapasztaltabban.

    Ez a parancs volt az, amit kiadtam:

    make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ CXXFLAGS="-march=24kc" STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir

    Először a tinyxml, majd a ptokax fordult le, mindkettő hiba nélkül. Bár a ptokax makefile-jába bele kellett nyúlnom egy kicsit, mert alapesetben az ld nem találta a -lz-t -llua5.1-et. Átírtam -llua-ra és az include-hoz hozzáadtam az elérési utat, ahol megtalálható a routerre fordított liblua és libz. Így már gond és hibaüzenet nélkül lefutott a make. Feltöltöm azért pastebinre a makefile-t, hátha én csesztem el valamit: [link]

    Felmásoltam a routerre a kész ptokax-et, adtam neki indítási jogot és panaszkodott, hogy nem találja a libstdc++.so.6-ot. Gyorsan be is másoltam neki az openwrt lib könyvtárából a router /lib könyvtárába, így már indul...na, ha nem dobna segmentation fault-ot. Tehát újraforgatva sincs sajnos változás. De már nagyon közel vagyok, nem szeretném feladni. :)

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

Hirdetés