Forum Linux.pl

Dystrybucje Linuksa => Inne => Wątek zaczęty przez: Robaczek1 w 2007-12-08, 21:06:13

Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Robaczek1 w 2007-12-08, 21:06:13
Witam. Ja już nie moge, chyba niedługo zrezygnuje z Linuxa.... mam kolejny problem !!! A więc chodzi o b.wolne kopiowanie plikow (między katalogami) ale najgorzej jest z pendrivem.. jak cos kopiuje to predkością max 100kb/s !!!!!!!! Czyli 500mb ok 1h, na poczatku jak go zainstalowalem to 2 razy było powyżej 1mb/s a teraz max 100kb a wniektorych przypadkach 30kb i nic wiecej !! Próbowałem na kilku pendrivach i dalej to samo, co to moze być? Prosze o POMOC !
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: norbert_ramzes w 2007-12-08, 21:46:47
hdparm /dev/hda

Chyba że masz sata albo scsi to wtedy sdx zamiast hdx
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: chmooreck w 2007-12-08, 21:49:15
może być brak włączonego DMA dla dysków... sprawdź hdparm'em
obsługa USB 2.0 włączona ( $ dmesg | grep ehci ) ?

P.S. Jakbyś podał więcej szczegółów byłoby prościej... chipset, dysk (ata, sata)
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-08, 23:15:08
Prócz obsługi USB 2.0 (swoją drogą: czy Twoja płyta główna go obsługuje?) sprawdź opcje montowania (polecenie mount) pendrajwa, czy nie jest włączony sync. Różnica między synchronicznym zapisem a niesynchronicznym może nie być tak odczuwalna jak między USB 1.* a 2.0. Wyłączenie jednak opcji sync może nawet (spójrz na mój stary wątek (http://forum.linux.pl/viewtopic.php?id=6532)) 10-krotnie przyspieszyć zapis na pendrajwie. Nie można jednak zapomnieć o odmontowaniu pendrajwa przed jego fizycznym wyjęciem (by dokończył się zrzut danych z bufora, jeśli coś w nim zostało).
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Robaczek1 w 2007-12-09, 10:30:30
A więc, za bardzo sie na tym nie znam więc macie tu zrzut komend z konsoli, może coś znajdziecie...


hdparm /dev/hda

/dev/hda:
 multcount     = 16 (on)
 IO_support    =  1 (32-bit)
 unmaskirq     =  1 (on)
 using_dma     =  1 (on)
 keepsettings  =  0 (off)
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 65535/16/63, sectors = 78165360, start = 0


mount

/dev/hda1 on / type ext3 (rw,relatime)
none on /proc type proc (rw)
/dev/hda6 on /home type ext3 (rw,relatime)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sda1 on /media/hd type vfat (rw,nosuid,nodev,sync,users,umask=0022,iocharset=utf8)



aha, o co chodzi z tą opcją sync? Jak ją wyłaczyć, może to ona jest przyczyną
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: chmooreck w 2007-12-09, 10:42:46
a co z USB 2 ?
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Robaczek1 w 2007-12-09, 10:54:58
Oczywiscie moja plyta obsluguje USB 2.0

nie wiem czy o to chodziło?? !

dsmeg


Linux version 2.6.22.12-desktop-1mdv (root@n2.mandriva.com) (gcc version 4.2.2 20070909 (prerelease) (4.2.2-0.RC.1mdv2008.0)) #1 SMP Tue Nov 20 08:38:27 EST 2007
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001fff0000 (usable)
 BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS)
 BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
511MB LOWMEM available.
found SMP MP-table at 000f56b0
Entering add_active_range(0, 0, 131056) 0 entries of 256 used
Zone PFN ranges:
  DMA             0 ->     4096
  Normal       4096 ->   131056
  HighMem    131056 ->   131056
early_node_map[1] active PFN ranges
    0:        0 ->   131056
On node 0 totalpages: 131056
  DMA zone: 32 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4064 pages, LIFO batch:0
  Normal zone: 991 pages used for memmap
  Normal zone: 125969 pages, LIFO batch:31
  HighMem zone: 0 pages used for memmap
DMI 2.2 present.
ACPI: RSDP 000F71D0, 0014 (r0 VIA694)
ACPI: RSDT 1FFF3000, 002C (r1 VIA694 AWRDACPI 42302E31 AWRD        0)
ACPI: FACP 1FFF3040, 0074 (r1 VIA694 AWRDACPI 42302E31 AWRD        0)
ACPI: DSDT 1FFF30C0, 3ED7 (r1 VIA694 AWRDACPI     1000 MSFT  100000D)
ACPI: FACS 1FFF0000, 0040
ACPI: APIC 1FFF6FC0, 0054 (r1 VIA694 AWRDACPI 42302E31 AWRD        0)
ACPI: PM-Timer IO Port: 0x4008
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 16
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 3, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 dfl dfl)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000)
swsusp: Registered nosave memory region: 00000000000a0000 - 00000000000f0000
swsusp: Registered nosave memory region: 00000000000f0000 - 0000000000100000
Built 1 zonelists.  Total pages: 130033
Kernel command line: BOOT_IMAGE=linux root=/dev/hda1 resume=/dev/hda5 splash=silent vga=788
bootsplash: silent mode.
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 8192 bytes)
Detected 1662.080 MHz processor.
Console: colour dummy device 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 514244k/524224k available (2137k kernel code, 8928k reserved, 693k data, 280k init, 0k highmem, 0k BadRAM)
virtual kernel memory layout:
    fixmap  : 0xffe16000 - 0xfffff000   (1956 kB)
    pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
    vmalloc : 0xe0800000 - 0xff7fe000   ( 495 MB)
    lowmem  : 0xc0000000 - 0xdfff0000   ( 511 MB)
      .init : 0xc03ca000 - 0xc0410000   ( 280 kB)
      .data : 0xc03166a7 - 0xc03c3c64   ( 693 kB)
      .text : 0xc0100000 - 0xc03166a7   (2137 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 3325.76 BogoMIPS (lpj=1662881)
Security Framework v1.0.0 initialized
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000 00000000 00000000 00000000
CPU: CLK_CTL MSR was 60031223. Reprogramming to 20031223
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After all inits, caps: 0383fbff c1c3fbff 00000000 00000420 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 12k freed
Early unpacking initramfs... done
Freeing initrd memory: 797k freed
ACPI: Core revision 20070126
ACPI: Looking for DSDT in initramfs... error, file /DSDT.aml not found.
CPU0: AMD Athlon(tm) XP 2000+ stepping 01
Total of 1 processors activated (3325.76 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
Brought up 1 CPUs
Booting paravirtualized kernel on bare hardware
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfb3c0, last bus=1
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 4000-407f claimed by vt8235 PM
PCI quirk: region 5000-500f claimed by vt8235 SMB
ACPI: PCI Interrupt Routing Table [\\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 10 11 *12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [ALKA] (IRQs 20) *0
ACPI: PCI Interrupt Link [ALKB] (IRQs 21) *0
ACPI: PCI Interrupt Link [ALKC] (IRQs 22) *0
ACPI: PCI Interrupt Link [ALKD] (IRQs 23) *0
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
PnPBIOS: Disabled
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
ACPI: RTC can wake from S4
pnp: 00:00: iomem range 0xcf000-0xcffff has been reserved
pnp: 00:00: iomem range 0xf0000-0xf7fff could not be reserved
pnp: 00:00: iomem range 0xf8000-0xfbfff could not be reserved
pnp: 00:00: iomem range 0xfc000-0xfffff could not be reserved
Time: tsc clocksource has been installed.
PCI: Bridge: 0000:00:01.0
  IO window: disabled.
  MEM window: e8000000-e9ffffff
  PREFETCH window: e4000000-e7ffffff
PCI: Setting latency timer of device 0000:00:01.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 5, 196608 bytes)
TCP bind hash table entries: 16384 (order: 5, 131072 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac)
apm: overridden by ACPI.
audit: initializing netlink socket (disabled)
audit(1197190532.184:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PCI: VIA PCI bridge detected. Disabling DAC.
Boot video device is 0000:01:00.0
vesafb: framebuffer at 0xe4000000, mapped to 0xe0880000, using 3750k, total 65536k
vesafb: mode is 800x600x16, linelength=1600, pages=2
vesafb: protected mode interface info at c000:ed00
vesafb: pmi: set display start = c00ced36, set palette = c00ceda0
vesafb: pmi: ports = 3b4 3b5 3ba 3c0 3c1 3c4 3c5 3c6 3c7 3c8 3c9 3cc 3ce 3cf 3d0 3d1 3d2 3d3 3d4 3d5 3da
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 199458 bytes,<6>...found (800x600, 199410 bytes, v3).
Console: switching to colour frame buffer device 93x31
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
Switched to high resolution mode on CPU 0
isapnp: No Plug & Play device found
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize
PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
PNP: PS/2 controller doesn't have AUX irq; using default 12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
TCP cubic registered
NET: Registered protocol family 1
Using IPI No-Shortcut mode
BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
Freeing unused kernel memory: 280k freed
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:11.1
ACPI: PCI Interrupt Link [ALKA] BIOS reported IRQ 0, using IRQ 20
ACPI: PCI Interrupt Link [ALKA] enabled at IRQ 20
ACPI: PCI Interrupt 0000:00:11.1[A] -> Link [ALKA] -> GSI 20 (level, low) -> IRQ 16
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci0000:00:11.1
    ide0: BM-DMA at 0xdc00-0xdc07, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xdc08-0xdc0f, BIOS settings: hdc:pio, hdd:DMA
Probing IDE interface ide0...
hda: WDC WD400EB-75CPF0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdd: HL-DT-ST GCE-8526B, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
hda: cache flushes not supported
 hda: hda1 hda2 < hda5 hda6 >
swsusp: Marking nosave pages: 00000000000a0000 - 0000000000100000
swsusp: Basic memory bitmaps created
swsusp: Basic memory bitmaps freed
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Linux agpgart interface v0.102 (c) Dave Jones
ACPI: PCI Interrupt 0000:00:0b.0[A] -> GSI 18 (level, low) -> IRQ 17
rt2400 1.2.2 - CVS 2007102018  http://rt2400.sourceforge.net
rt2400: ra0 at 0xea000000, VA 0xe0828000, IRQ 17.
agpgart: Detected VIA KT266/KY266x/KT333 chipset
agpgart: AGP aperture is 64M @ 0xe0000000
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
USB Universal Host Controller Interface driver v3.0
ACPI: PCI Interrupt Link [ALKB] BIOS reported IRQ 0, using IRQ 21
ACPI: PCI Interrupt Link [ALKB] enabled at IRQ 21
ACPI: PCI Interrupt 0000:00:10.0[A] -> Link [ALKB] -> GSI 21 (level, low) -> IRQ 18
uhci_hcd 0000:00:10.0: UHCI Host Controller
uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:10.0: irq 18, io base 0x0000d000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
hdd: ATAPI 52X CD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ACPI: PCI Interrupt 0000:00:10.1 -> Link [ALKB] -> GSI 21 (level, low) -> IRQ 18
uhci_hcd 0000:00:10.1: UHCI Host Controller
uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:10.1: irq 18, io base 0x0000d400
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
via-rhine.c:v1.10-LK1.4.3 2007-03-06 Written by Donald Becker
via-rhine: Broken BIOS detected, avoid_D3 enabled.
ACPI: PCI Interrupt 0000:00:10.2[C] -> Link [ALKB] -> GSI 21 (level, low) -> IRQ 18
uhci_hcd 0000:00:10.2: UHCI Host Controller
uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:10.2: irq 18, io base 0x0000d800
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt Link [ALKD] BIOS reported IRQ 0, using IRQ 23
ACPI: PCI Interrupt Link [ALKD] enabled at IRQ 23
ACPI: PCI Interrupt 0000:00:12.0[A] -> Link [ALKD] -> GSI 23 (level, low) -> IRQ 19
eth0: VIA Rhine II at 0x1e800, 00:50:70:63:1d:62, IRQ 19.
eth0: MII PHY found at address 1, status 0x7849 advertising 05e1 Link 0000.
usb 1-2: new low speed USB device using uhci_hcd and address 2
ACPI: PCI Interrupt Link [ALKC] BIOS reported IRQ 0, using IRQ 22
ACPI: PCI Interrupt Link [ALKC] enabled at IRQ 22
ACPI: PCI Interrupt 0000:00:11.5[C] -> Link [ALKC] -> GSI 22 (level, low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:11.5 to 64
usb 1-2: configuration #1 chosen from 1 choice
usbcore: registered new interface driver hiddev
input: HID 04d9:0499 as /class/input/input1
input: USB HID v1.10 Mouse [HID 04d9:0499] on usb-0000:00:10.0-2
usbcore: registered new interface driver usbhid
drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
usbcore: registered new interface driver usbmouse
drivers/hid/usbhid/usbmouse.c: v1.6:USB HID Boot Protocol mouse driver
ACPI: CPU0 (power states: C1[C1] C2[C2])
ACPI: Processor [CPU0] (supports 2 throttling states)
Marking TSC unstable due to: possible TSC halt in C2.
Time: acpi_pm clocksource has been installed.
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
SCSI subsystem initialized
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
EXT3 FS on hda1, internal journal
Adding 4088500k swap on /dev/hda5.  Priority:-1 extents:1 across:4088500k
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
loop: module loaded
Netfilter messages via NETLINK v0.30.
nf_conntrack version 0.5.0 (4095 buckets, 32760 max)
No dock devices found.
input: Power Button (FF) as /class/input/input2
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input3
ACPI: Power Button (CM) [PWRB]
input: Sleep Button (CM) as /class/input/input4
ACPI: Sleep Button (CM) [SLPB]
Removing netfilter NETLINK layer.
ACPI: Fan [FAN] (on)
ACPI: Thermal Zone [THRM] (40 C)
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
Mobile IPv6
NET: Registered protocol family 17
eth0: link down
ADDRCONF(NETDEV_UP): eth0: link is not ready
***RT2400***: !!! MLME busy, NIC will be reset!!!
ra0: no IPv6 routers present
ip_tables: (C) 2000-2006 Netfilter Core Team
Netfilter messages via NETLINK v0.30.
martian source 10.67.34.255 from 10.67.34.130, on dev ra0
ll header: ff:ff:ff:ff:ff:ff:00:30:4f:37:be:83:08:00
nf_conntrack version 0.5.0 (4095 buckets, 32760 max)
ip6_tables: (C) 2000-2006 Netfilter Core Team
ctnetlink v0.93: registering with nfnetlink.
ClusterIP Version 0.8 loaded successfully
netfilter PSD loaded - (c) astaro AG
IFWLOG: register target
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3).
bootsplash: status on console 0 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3).
bootsplash: status on console 1 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3).
bootsplash: status on console 2 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3).
bootsplash: status on console 3 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3).
bootsplash: status on console 4 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 14966 bytes, v3).
bootsplash: status on console 5 changed to on
usb 1-1: new full speed USB device using uhci_hcd and address 3
usb 1-1: configuration #1 chosen from 1 choice
scsi0 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
scsi 0:0:0:0: Direct-Access     Generic  USB Flash Disk   0.00 PQ: 0 ANSI: 2
usb-storage: device scan complete
sd 0:0:0:0: [sda] 2015232 512-byte hardware sectors (1032 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 00 00 00
sd 0:0:0:0: [sda] Assuming drive cache: write through
sd 0:0:0:0: [sda] 2015232 512-byte hardware sectors (1032 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 00 00 00
sd 0:0:0:0: [sda] Assuming drive cache: write through
 sda: sda1
sd 0:0:0:0: [sda] Attached SCSI removable disk
sd 0:0:0:0: Attached scsi generic sg0 type 0
FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
usb 1-1: USB disconnect, address 3
usb 1-1: new full speed USB device using uhci_hcd and address 4
usb 1-1: configuration #1 chosen from 1 choice
scsi1 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
scsi 1:0:0:0: Direct-Access     Generic  USB Flash Disk   0.00 PQ: 0 ANSI: 2
sd 1:0:0:0: [sda] 2015232 512-byte hardware sectors (1032 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 00 00 00
sd 1:0:0:0: [sda] Assuming drive cache: write through
sd 1:0:0:0: [sda] 2015232 512-byte hardware sectors (1032 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 00 00 00
sd 1:0:0:0: [sda] Assuming drive cache: write through
 sda: sda1
sd 1:0:0:0: [sda] Attached SCSI removable disk
sd 1:0:0:0: Attached scsi generic sg0 type 0
usb-storage: device scan complete
FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
usb 1-1: USB disconnect, address 4
sd 1:0:0:0: [sda] READ CAPACITY failed
sd 1:0:0:0: [sda] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK,SUGGEST_OK
sd 1:0:0:0: [sda] Sense not available.
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 00 00 00
sd 1:0:0:0: [sda] Assuming drive cache: write through
martian source 10.67.34.255 from 10.67.34.130, on dev ra0
ll header: ff:ff:ff:ff:ff:ff:00:30:4f:37:be:83:08:00
usb 1-2: USB disconnect, address 2
usb 1-1: new low speed USB device using uhci_hcd and address 5
usb 1-1: configuration #1 chosen from 1 choice
input: HID 04d9:0499 as /class/input/input5
input: USB HID v1.10 Mouse [HID 04d9:0499] on usb-0000:00:10.0-1
usb 1-2: new full speed USB device using uhci_hcd and address 6
usb 1-2: configuration #1 chosen from 1 choice
scsi2 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 6
usb-storage: waiting for device to settle before scanning
scsi 2:0:0:0: Direct-Access     Kingston DataTraveler 2.0 6.50 PQ: 0 ANSI: 0 CCS
sd 2:0:0:0: [sda] 1970175 512-byte hardware sectors (1009 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 45 00 00 08
sd 2:0:0:0: [sda] Assuming drive cache: write through
sd 2:0:0:0: [sda] 1970175 512-byte hardware sectors (1009 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 45 00 00 08
sd 2:0:0:0: [sda] Assuming drive cache: write through
 sda: sda1
sd 2:0:0:0: [sda] Attached SCSI removable disk
sd 2:0:0:0: Attached scsi generic sg0 type 0
usb-storage: device scan complete
[root@xxx mateusz]#
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: chmooreck w 2007-12-09, 11:18:28
chodziło o:
dmesg | grep ehci
:-)

z tego co widzę po dmesg'u Obsługa usb 2.0 nie jest włączona... spróbuj załadować moduł ehci-hcd
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Robaczek1 w 2007-12-09, 11:26:36
A można jakoś prosciej? jak to zaladować? jak wpisuje w konsoli ehci-hcd to mi wyskakuje bash: ehci-hcd: command not found
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: chmooreck w 2007-12-09, 11:29:47
uruchom
$ man modprobe
i poczytaj ;-)

Edit:
mogłeś poszukać na sieci czegoś w stylu: "linux ładowanie modułów", jak ktoś zaczyna pomagać, to nie oznacza, że możesz wyłączyć własną inicjatywę ;-)
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-09, 16:30:30
/dev/sda1 on /media/hd type vfat (rw,nosuid,nodev,sync,users,umask=0022,iocharset=utf8)
Swoją drogą, jak widać, masz zamontowany pendrajw z opcją "sync", którą warto wyłączyć. Ale czy masz ją wpisaną w /etc/fstab, czy jeszcze gdzie indziej - to należy już do Ciebie, chyba że będziesz montował podając opcje bezpośrednio w poleceniu.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Brix w 2007-12-09, 20:00:20
Tyle że kolega Robaczek1 zapomniał napisać, że za moją poradą zablokował moduł ehci-hcd, bo mu nie działał (blacklist).

http://newbie.linux.pl/forum/viewtopic.php?id=10537

W każdym razie sam chętnie bym się dowiedział o co chodzi z tym niedziałaniem modułu ehci na niektórych płytach i czy da się to dobrze naprawić.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: chmooreck w 2007-12-09, 22:18:18
Instalacja nowszego jajka może pomóc...
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-10, 13:48:22
Hej,

u mnie problem występuje także, również dotyczy to dysku USB, gdzie kopiuję dane pomiędzy partycjami EXT3 na moim dysku lokalnym i dysku zewnętrznym. Przejrzałem kilka różnych postów na różnych forach i niby niektórzy po wyłączeniu opcji sync rozwiązali swoje problemy, ja niestety nie.

Tak przy okazji, obecne wersje Linuxów (widziałem na Mandrivie 2008 i mam to także na Sabayonie 3.4f) oferują graficzny interfejs do montowania i ustawiania opcji. Opcję Sync można wyłączyć nie edytując /etc/fstab. Jeśli ma się dodany apltet Media (wyświetla na pasku zadań ikonkę USB) to można to znaleźć w menu kontekstowym - Własciwości , potem zakładka Montowanie. Można sobie odznaczyć Sync albo zaznaczyć automatyczne montowanie. Przy moim odtwarzaczu MP3 są jeszcze inne opcje - nie zacytuję, bo jestem w pracy.

Grzebanie w /etc/fstab może spowodować problemy, do tego wprowadza tylko niepotrzebne zamieszanie, osobiście wolę tego już nie robić, bo nie po to programiści ułatwili nam zadanie z montowaniem dysków, aby teraz wracać do czasów przedpotopowych. W końcu także z tego powodu zainstalowałem najnowszą wersję Linux-a, żeby skończyć z upierdliwym ręcznym montowaniem i grzebaniem w /etc/fstab. Należy z tym skońćzyć, nie uważacie?

Jeśli się klilnie na ikonie Media-> Dysk-> zamontuj, to tenże aplet modyfikuje zarówno /etc/fstab ja i u mnie /etc/mtab, więc nasze dodatkowe wpisy mogą coś namieszać, bądź zostaną zignorowane..

Z synchronizacją mam transfery rzędu 10Mb/s, ale tylko przez chwilę. Potem transfer spada do kilku KB/s. Przy wyłącznonej opcji Sync transfer jest stały na poziomie poniżej 1Mb/s, co nie jest dobre, bo można oczekiwać transferu 10-20MB/s.

Wydaje mi się, że nowy kernel nic by nie pomógł, bo jeśli chodzi o mój na Sabayon/Gentoo, to nowszego nie ma. Wykonałem polecenie, które tu się proponuje - sprawdziłem także na innych forach i nie widzę, aby moja najnowsza instalacja nie zawierała tego co jest potrzebne do poprawnej obsługi USB.

Popytam jeszcze na forum Gentoo, może się znajdzie rozwiązanie.  Problem wcale nie jest nowy i wiele ludzi ma problemy z pendrive-ami, itp.

Pozdrawiam ,
Rysiek

PS. Wybaczcie wszelki  mój sarkazm.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-10, 13:56:05
Mam jeszcze skromną prośbę do osób pomagających.

Oczekujemy, aby ludzie wykonywali polecenia i wklejali wyniki, osoby oferujące pomoc  powinny też tak robić, jeśli mają dostęp do swojego komputera, dobrze by było aby wraz z poleceniem, które mamy wykonać był wklejony także przykładowy wynik. Znacznie ułatwiłoby to nowicjuszom interpretację wyników.
Podawanie naszych wyników daje dodatkowe możliwości poznania system, jak to ma ktoś skonfigurowane dobrze i mu wszystko działa.

Czyli prośba, jeśli komuś TO działa, to proszę o wyniki poleceń:
mount
cat /etc/fstab
cat /etc/mtab   itp.

W końcu to jest serwis co się nazywa Newbie, więc nie ostraszajmy ludzi zdawkowymi podpowiedziami i odsyłaniem do polecenia man, w przeciwnym wypadku serwis powinien  zmienić swoją nazwę, bądź przeznaczenie albo umrzeć śmiercią naturalną. System linux jest także po to, aby go używać. Na 100 osób 1 będzie chciała się doktoryzować. Reszta chce zainstalować system i koniec. Bierzmy to pod uwagę. Od tego jaka będzie jakość pomocy będzie zależeć, czy ten serwis ma rację bytu.

Pozdrawiam i dziękuję za wyrozumiałość.
Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-10, 14:53:41
Cytat: Robaczek1
Witam. Ja już nie moge, chyba niedługo zrezygnuje z Linuxa.... mam kolejny problem !!! A więc chodzi o b.wolne kopiowanie plikow (między katalogami) ale najgorzej jest z pendrivem.. jak cos kopiuje to predkością max 100kb/s !!!!!!!! Czyli 500mb ok 1h, na poczatku jak go zainstalowalem to 2 razy było powyżej 1mb/s a teraz max 100kb a wniektorych przypadkach 30kb i nic wiecej !! Próbowałem na kilku pendrivach i dalej to samo, co to moze być? Prosze o POMOC !
Robaczek1,
czasami dobrze jest podać jaką wersję Linuxa masz i jądra.
Jest jedno polecenie, które to wyświetla, możesz wklejać:

uname -a
Pozdrawiam,
Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: norbert_ramzes w 2007-12-10, 15:13:39
Cytat: rysiekmus
prośba
Jak tak to proszę bardzo:

mount:

/dev/hda7 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hda5 on /5 type ext3 (rw)
/dev/hda1 on /w/c type vfat (rw)
/dev/hdc1 on /80 type ext3 (rw,noexec,nosuid,nodev)
/dev/hdc4 on /80b type ext3 (rw)
/etc/fstab:

# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
/dev/hda7       /               ext3    defaults,errors=remount-ro 0       1
/dev/hda5       /5              ext3    defaults        0       2
/dev/hda1       /w/c            vfat    defaults        0       0
/dev/hda6       none            swap    sw              0       0
/dev/hdc        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
/dev/hdc1 /80 ext3 rw,user 0 0
/etc/mtab:

/dev/hda7 / ext3 rw,errors=remount-ro 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,mode=0755 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
procbususb /proc/bus/usb usbfs rw 0 0
udev /dev tmpfs rw,mode=0755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
/dev/hda5 /5 ext3 rw 0 0
/dev/hda1 /w/c vfat rw 0 0
/dev/hdc1 /80 ext3 rw,noexec,nosuid,nodev 0 0
/dev/hdc4 /80b ext3 rw 0 0
I jeszcze uname -a:

Linux h1 2.6.22-3-amd64 #1 SMP Sun Nov 4 18:18:09 UTC 2007 x86_64 GNU/Linux
Widać że mam bajzel i używam jajka z paczki ale to już mój problem.

PS. Jakbyś nie wiedział to od samego początku pomagam za darmo i reszta zapewne też(nie wspominając o moderatorach/aminach) i czy odpisuję czy nie to już moja dobra wola. Np siedząc w pracy mam możliwość grać w różne gierki zamiast siedzieć na forach i pomagać.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-10, 18:03:13
"Zainstalować system i koniec" - to nie Windows, choć wcale nie byłbym pewien że i o nim można to powiedzieć.

Ze zdaniem "nie po to programiści ułatwili nam zadanie z montowaniem dysków, aby teraz wracać do czasów przedpotopowych" nie zgodzę się w dwóch miejscach.

To że istnieją nakładki na podstawowe sposoby montowania, nie znaczy że muszą one być ułatwieniem. Im bardziej skomplikowane jakieś narzędzie, tym więcej okazji do usterki. Piszesz o "aplecie media", menu kontekstowym, ale dotyczy to konkretnego menedżera okien, pod którym być może Twoje rozwiązanie zadziała, a pod innym już nie. Ja używam lekkiego IceWM, ktoś może Fluxboksa czy FVWM i tam Twoje rozwiązanie może być bezużyteczne.

Nie mam z kolei pojęcia czy Twój "aplet media" edytuje fstab, czy opcje dla jakiejś nakładki montującej automatycznie, nie odwołującej się do fstaba.

Do teraz nie doszukałem się w konfiguracji Ivmana, który odpowiada za automatyczne montowanie m.in. pendrajwa, sposobu, który wyrzuci opcję "noexec". Jeśli chcę odpalać programy stamtąd, muszę montować ręcznie.

Znajomość podstaw, choćby o montowaniu przydaje się, kiedy zawodzą mechanizmy od automatyzowania albo, kiedy chcemy coś zmienić. A nazwać rozwiązania tekstowe "przedpotopowymi" może chyba tylko osoba przyzwyczajona na Windowsie do klikania i nie doceniająca prostoty i praktyczności zarazem takich rozwiązań.  A że zmiana nawyków może być trudna na początek - nie mam wątpliwości: sam jej doświadczyłem.

"Grzebanie w fstab wprowadza zamieszanie": owszem, jeśli za bardzo nie wiesz co tam robisz. Jak widzisz, opisałem do czego służy sync, a zarazem co dać powinno włączenie lub wyłączenie tej opcji. Może to mało wyczerpujące, ale zawsze można poszukać samemu na ten temat. Odnośnie do Twojego problemu: jeśli piszesz, że przy kopiowaniu przy włączonej (na aplecie) opcji "sync"

Jeśli piszę o "odmontowaniu", a nie wprost "użyciu polecenia umount", sugeruję do rozejrzenia się po Sieci, gdzie można przebierać w tekstach na temat podstaw i które pełne są przykładów. Zgodzę się w tym miejscu ze Chmurkiem. Sporo rzeczy podane jest na gotowo i czasem wystarczy je lekko zmodyfikować dla swoich potrzeb.

Nie trzeba być doktorem dla przełamania swoich przyzwyczajeń na rzecz rozwiązań prostych, a bardziej bezpośrednich, choć może nie cieszących tak oka :)

Kto i kiedy chce, niech podaje sposób wprost. Czasem i ja mam na to ochotę, więc piszę. Ale mam wątpliwości czy jest to dobre i nie przyzwyczaja ludzi do zdawania się tylko na podsuwanie gotowców i nie oducza samodzielności w poszukiwaniu.

Pozdrawiam, jestem otwarty na dyskusję. Szkoda że sam autor wątku na razie milczy.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: ankul w 2007-12-10, 19:12:02
Witam

Na temat usb polecam np.:
http://www.linux-usb.org/usb2.html
(niestety po angielsku)

Warto zajrzeć do pliku:
/proc/bus/usb/devices

(mount wyświetla u mnie:
...
/proc/bus/usb on /proc/bus/usb type usbfs (rw,devmode=0666)
...
może więc to być plik w jakimś innym katalogu)

Godne uwagi polecenia:
lsusb -v
lsusb -t
usbmodules

i najprzyjemniejsza:
usbview

Po wypróbowaniu powyższych i poczytaniu na stonkach doszedłem do wniosków:
- opcja sync przy montowaniu musi być bezwzględnie wyłączona - nie tylko
  spowalnia wielokrotnie zapis ale i powoduje większe "zurzycie fleszyka"
  (za to przed wyjęciem pendrive trzeba go konicznie odmontować)
- prędkość full nie jest prędkością maksymalną - szybsza jest high
- należy uważać do którego portu podłączony jest pendrive - w porcie 1.1
  flaszyk 2.0 będzie działał ale wolno
- pewne znaczenie może mieć moduł uhci_hcd jest on do usb 1.0, 1.1 jak i
  ohci_hcd; dla 2.0 jest ehci_hcd

Podsumowując:
- odpalamy usbview
- wtykamy pendrive do dobrego portu
- montujemy bez sync
i gotowe

ps. Osiągi mojego pendrive:
zapis około 1,5MB/s
odczyt około 10MB/s
(sprawdzałem:
midnight commanderem i
dd if=/mnt/sda1/.... of=/home/....)

PAX
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-10, 22:32:01
Witam,
bardzo dziękuję za pomoc, jest przynajmniej coś, nad czym mogę poślęczeć i co posprawdzać.

Dopiero teraz odpisuję, bo miałem po drodze masę innych rzeczy do zrobienia, nie samym Linuxem się zyje, tymczasem znalazł się zaraz na ten temat komentarz. Po co?  (Szkoda że sam autor wątku na razie milczy)
Do tego prawie od dwóch tygodni nic nie robię tylko ślęczę po nocach do 3 nad ranem, latam po różnych forach, żeby się zapoznać z nowym systemem, bo okazuje się, że owszem, Sabayon po instalacji chodzi dość dobrze, ale problemy z reguły pojawiają się kiedy zaczynamy aktualizować system. Wiąże się to z faktem, że  tu i ówdzie system czegoś nie robi, albo się jakiś podstawowy program jak Konqueror wywala z błędem przy każdym zamknięciu i nie odtwarza niektórych strumieni, to samo Firefox.

Tak nawiasem mówiąc w przypadku Gentoo dobrze jest w ogóle wszystko przekompilować i nie tylko, ten post mówi sam za siebie:
http://www.sabayonlinux.org/forum/viewtopic.php?f=54&t=5531
Jak widać Gentoo wcale nie jest taki prosty, jak mi ktoś tu na forum powiedział. I do pełnia szczęścia jeszcz u mnie daleko.

Ja osobiście rozumiem, że Linux to nie Windows, do tego każdy Linux jest inny i wiadomo, że trzeba czasami się wgryźć w temat. Osobiście lubię się takimi rzeczami  od czasu do czasu zajmować, ale są ludzie, którzy dopiero się w Windy przesiedli na Linuxa i ciężko jest naprawdę zacząć, bo jak widać liczba poleceń jakie trzeba wykonać, aby zbadać dlaczego dana funkcja nie działa może czasami przyprawić o zawrót głowy. Im więcej więc przykładów tym lepiej. Bo nawet najlepsza dokumentacja i "man" nie jest tak dobra jak przykłady.

Pewnie dzisiaj nie przećwiczę wszystkiego, ale dam znać, czy udało mi się problem rozwiązać. I nie oczekuję, że zaraz po moich prośbach wszyscy się rzucą pomagać, bo każdy z nas ma swoje prywatne życie i ja to doskonale to rozumiem.

Dziękuję jeszcze raz za linki i zrzuty,
Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-11, 01:49:12
Problem u mnie rozwiązany. Miałem dysk podłączony przez hub USB, w momencie podłączenia dysku do portu bezpośrednio w laptopie problem zniknął, transfer rzędu 12-22MB/s bez żadnych zacięć, testowałem kilka razy na 31 plikach o łącznym rozmiarze 2,4GB.
Podobnie z odtwarzaczem Mp3, kopiowałem plik rzędu 250MB, transfer nie przekracza 5MB/s i pod koniec się przywiesiło pomimo zdjęcia opcji Sync. Może to wina tego, że to VFAT.
mount

/dev/sdb1 on /media/SGTL MSCN type vfat (rw,nosuid,nodev,noatime,flush,uid=1000,utf8,shortname=lower)
Wpis w /etc/mtab:
/dev/sdb1 /media/SGTL\\040MSCN vfat rw,nosuid,nodev,noatime,flush,uid=1000,utf8,shortname=lower 0 0
Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-11, 02:38:42
Czyżby było tak, że bufor w pamięci, do którego idzie po drodze kopiowana zawartość, ma też jakieś ograniczenie wielkości: miejscem w pamięci operacyjnej lub programowo ustawione? (Edycja: nie mam wątpliwości że istnieje, tylko czy progamowe :)) I kiedy już bardziej napełnić się chwilowo nie da (spory plik), to z konieczności następuje zrzut z bufora do celu (który przy wolnym buforze i bez sync nastąpiłby później).

Z mojego doświadczonka (i postów na forum) wychodziło, że jednorazowa synchronizacja (czy to przy odmontowaniu, czy przez polecenie "sync") działa szybciej niż jej ciągłe ustawienie w opcjach montowania.

Czy Twoje testy kończyły się poleceniem "sync"? Chwilowa prędkość odczytywana w Midnight Commanderze lub innym programie może być prędkością kopiowania danych do bufora, a jeszcze nie na dysk USB. Polceam wątek ze wspomnianym eksperymentem: http://forum.linux.pl/viewtopic.php?id=6532
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: deluge1 w 2007-12-11, 12:52:05
Ktoś pytał o to, czemu nie działa EHCI na wszystkich płytach. Otóż EHCI nie działa tylko na płytach z chipem intela, dla nich jest  UHCI. Jeśli się mylę to proszę skorygować mnie ;)
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: ankul w 2007-12-11, 13:20:21
OH-CI wszyscy forumowicze
http://en.wikipedia.org/wiki/OHCI

ps.
Midnight commander oczywiście nic nie wie o tym czy zapisuje do VFS
czy fizycznie na dysk - dlatego są to wartości około.
Polecenia kończyłem:
umount - odczuwalne zrzucanie buforów na dysk (2-10 sec)
sync - komenda wykonywała się w ułamku sekundy
Z dalszych obserwacji
dd if=/dev/sda of=/dev/null (można dodać bs=... i count=...)
nie powoduje buforowania (albo ten bufor jest natuchmiast zwalniany)
tak przynajmniej pokazuje
vmstat
co innego np:
dd if=/mnt/sda1/wypas.avi of=/dev/null

Na terminalu można zawsze zarzucić:
watch cat /proc/vmstat

PAX
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-11, 14:18:35
Myślę, ankul, że bardziej miarodajnym testem byłby zapis niż odczyt z sda*.

Ale o vmstat nie miałem pojęcia i chętnie poczytam.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-11, 14:28:05
Hej,
bardzo ciekawe wskazówki. Tak się składa, że do tej pory jakoś nie zwracałem na te rzeczy uwagi.

U mnie na przykład w poleceniu modprobe widzę, że w jądrze mam załadowane oba interfejsy UHCI i EHCI ,pytanie tylko, czy są potrzebne oba, skoro mam procesor Intela? Skoro UHCI miało słyżyć do obsługi UBS 1.0, to może wystarczy to wyłączyć, bo to już nie jest potrzebne? W przeciwnym wypadku system nie za bardzo wie, którego interfejsu użyć, chyba, że można to jakoś zparametryzować, np. w /etc/fstab. Albo też po podłączeniu hub-u system widzi to jako USB 1.0.

Co do sync-a, sprawdzę wieczorem i dam znać jak to wyglądało u mnie. Faktem jest, że widać było, że przy podłączeniu dysku przez hub USB jest jakiś problem z odmontowaniem. Wydaje mi się, że ten hub to raczej USB 2, a nie 1.0, ale pewności nie mam. To nowiutkie urządzenie dopiero co zakupione.  Próbowałem także w oknie wydawać polecenia "sync", aby się upewnić, co z tym zapisem i mogłem czekać do 5 minut na potwierdzenie.

A tak przy okazji, widzę, że jako typ file systemu w /etc/fstab można między innymi podać typ usbfs, ale jeśli mam na dysku EXT3, to chyba powinno być etx3, czy tak? Próbowałem z usbfs, ale po zamontowaniu wyglądało to tak, że nie widziałem swojej partycji na dysku, tylko (cytuję z pamięci) takie podkatalogi ponumerowane, jakby to było podłaczenie do 4 portów w hubie?
Kiedy używacie typu "usbfs" ?

Pozrawiam,
Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-11, 14:44:34
"Próbowałem także w oknie wydawać polecenia "sync", aby się upewnić, co z tym zapisem i mogłem czekać do 5 minut na potwierdzenie." - może tyle właśnie trwał zrzut. Na wielu pendrajwach widać po lampce, kiedy trwa zapis.

Polecenie lspci powie Ci jakie kontrolery masz na płycie głównej. Ja np. mam UHCI i EHCI, więc modułu ohci_hcd nie muszę ładować i nie kompiluję go zresztą w swoim jajku. Do połączenia protokołem USB 2.0 wystarczy prawdopodobnie ehci_hcd (można spróbować wyładować uhci_hcd). Ale nie wiem czy urządzenia, które nie obsługują 2.0, nie potrzebują czasem uhci_hcd, dlatego jemu pozwalam się ładować (ale mógłbym w końcu eksperyment zrobić).
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-11, 14:45:49
usbfs i system plików, który stworzyłeś na nośniku danych to dwie różne rzeczy

Edycja: ...ale jest potrzebny. Dawno nie czytałem o tym, więc nie rozwijam tematu.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-11, 14:48:20
Dzięki. Wiem, że sync zrzuca to co w buforze, więc czekałem... Tylko wygląda na to, że to się dzieje u mnie na tym hubie USB. Na bezpośrednim podłączeniu nie jest to tak odczuwalne.

Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Robaczek1 w 2007-12-11, 18:07:20
Tak sobie czytam te wasze wypowiedzi i musze powiedzieć że windows był banalny w porownaniu z linuxem (jeśli można w ogóle porównywać)
Zainstalowałem go ponownie (mandriva 2008) i  teraz nie mam zablokowanego modułu ehci-hcd przez co nie dziala mi USB 1.1 a 2.0 przerywa kopiowanie....
I co teraz mam zrobić, wylaczyć sync? Tylko jak,? nigdzie nie moge znaleźć komendy ani zadnej informacji na ten temat nie wiem czy mi sie oplaca blokowac znów ten modół który sprawi że porty beda działały ale bardzo wolno... Co radzicie (prosze o konkrety ;p)

pozdrawiam
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-11, 20:51:11
Cytat: Robaczek1
Tak sobie czytam te wasze wypowiedzi i musze powiedzieć że windows był banalny w porownaniu z linuxem (jeśli można w ogóle porównywać)
Zainstalowałem go ponownie (mandriva 2008) i  teraz nie mam zablokowanego modułu ehci-hcd przez co nie dziala mi USB 1.1 a 2.0 przerywa kopiowanie....
I co teraz mam zrobić, wylaczyć sync? Tylko jak,? nigdzie nie moge znaleźć komendy ani zadnej informacji na ten temat nie wiem czy mi sie oplaca blokowac znów ten modół który sprawi że porty beda działały ale bardzo wolno... Co radzicie (prosze o konkrety ;p)
pozdrawiam
Problem okazał się banalny u mnie. Hub USB okazał się USB 1.1, oczom własnym nie mogłem uwierzyć, że takie coś to jeszcze mogą sprzedawać.

Narzędzie usbview okazało się bardzo pomocne, bo dokładnie pokazuje, czy urządzenie jest podłączone pod UHCI, czyli USB 1.1 , czy też EHCI, czyli USB2.0. Dopiero po tym odwróciłem hubik i spojrzałem na nalepkę - USB 1.1!

Dysk USB podłączony przez hub USB 2.0 daje transfer rzędu 3-5GB/s, podłączony natomiast bezpośrednio w port komputera ja mam transfery:
- z włączonym Sync - ok 3-5GB/s, ale jest stabilny i po tym polecenie "sync" w konsoli roota to mignięcie.
- z wyłączoną opcja sync - trasfer od 15GB/s do ok 23GB/s, tylko jak się zaraz podaje "sync", to wyraźnie widać, że to parę sekund trwa. W końcu system musi bufory kiedyś zrzucić. Ale tego nie trzeba robić, bo chyba system co jakiś czas robi sam "sync". Czy jest tak zrobione na moim systemie, tego też nie wiem.
Jedna uwaga, to drugie kopiowanie bardzo mi obciąża system, więc bardzo długo się czeka na uruchomienie jakiegoś programu.

Mojego odwarzacza Mp3 nie sprawdzałem.

Robaczek1, nie wiem jaka teraz jest Mandriva 2008, ale u mnie na Sabayonie wszystko działa wręcz wzorowo i perfekcyjnie, żadnego grzebania w plikach - z tym, że ja używam KDE. Wpinam dysk, system to rozpoznaje, wyskakuje okno, czy podłączyć, czy nie.  Mogę albo od razu otworzyć Konquerora, co powoduje zamontowanie urządzenia, albo zrobić to potem używając ikonek w grupie Media. Nie różni się to niczym od Windows.
Do tego można sobie ustawić, czy dane urządzenie od razu montować.
Nie oszukujmy się, w Windowsach też radzą na przykład kliknąć na ikonce "bezpiecznie usuwanie urządzenia" zarówno przy USB jak i na przykład karcie PCMCIA zanim się urządznie wyjmie. To, czy Windowsy lepiej obsługują USB 2.0, czy USB 1.1, no nie wiem, nigdy nie robiłem porównań, ale wiem, że dłuuuuuuugo musiałem czekać na przerzucenie paru GB na dysk USB.

Czy jesteś pewien, że ten pendrive to ma UBS 2.0 ? A może USB 1.1? Sprawdź to jak masz usbview.

U mnie nie zamierzam niczego wyłączać i kombinować bo po prostu wszystko działa. Uważam, że nie ma to sensu, jeśli Mandriva tego tak dobrze nie robi... no cóż, chwalę sobie przejście na Gentoo.  Aktualizajce nie są takie proste, ale mam większą pewność, że system pakietów jest bardzo spójny.

Oto moje zrzuty z usbview:

hub USB 1.1 ktory ostatnio kupiłem:
UHCI Host Controller
Manufacturer: Linux 2.6.22-sabayon uhci_hcd
Serial Number: 0000:00:1d.1
Speed: 12Mb/s (full)
Number of Ports: 2
Bandwidth allocated: 0 / 900 (0%)
Total number of interrupt requests: 1
Total number of isochronous requests: 0
USB Version:  1.10
Trzeba zauważyć opcję Speed (full) no i prawidłowo system to podłączył pod interfejs UHCI.

A teraz inny hub USB 2.0
EHCI Host Controller
Manufacturer: Linux 2.6.22-sabayon ehci_hcd
Serial Number: 0000:00:1d.7
Speed: 480Mb/s (high)
Number of Ports: 8
Bandwidth allocated: 0 / 800 (0%)
Total number of interrupt requests: 5
Total number of isochronous requests: 0
USB Version:  2.00
Device Class: 09(hub  )

Transfer do 10GB/s
Speed (high)  podłączony pod interfejs EHCI.

Pozdrawiam,
Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Robaczek1 w 2007-12-11, 21:12:06
Niestety chyba nic z tego, ponieważ mój problem zaczyna sie dużo wcześniej.....albowiem linux wogole nie widzi USB... nie wiem czy to ma sens znow blokować ten moduł ehci-hcd jak transfer bedzie 100kb/s, choć innego wyjscia nie widze.
Dziwi mnie to że myszka i klawiatura normalnie dzialają pod tymi portami tylko z pamięcią jest problem....
Pendrive jest na pewno 2.0.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-11, 21:55:04
Cytat: Robaczek1
Niestety chyba nic z tego, ponieważ mój problem zaczyna sie dużo wcześniej.....albowiem linux wogole nie widzi USB... nie wiem czy to ma sens znow blokować ten moduł ehci-hcd jak transfer bedzie 100kb/s, choć innego wyjscia nie widze.
Dziwi mnie to że myszka i klawiatura normalnie dzialają pod tymi portami tylko z pamięcią jest problem....
Pendrive jest na pewno 2.0.
I nie masz żadnego huba USB, tylko bezpośrednio wpinasz do portu w komputerze?
Może to ta Mandriva do kitu, zawsze miałem z nią jakieś problemy..... himeryczna.


Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-11, 21:59:01
Proponują tutaj sprawdzić Ubuntu Live, ja mam Sabayona, warto ściągnąć, nagrać ISO na płytkę.
Możesz sprawdzić dzięki Sabayon DVD live czy ten sam problem występuje. Wszystkie urządzenia powinny się dać zamontować, również partycja z Windows w trybie zapisu.

Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-11, 23:27:40
Robaczek: nie rozumiem, dlaczego "nie widzi", skoro wcześniej pokazałeś, że jest wykryty przez jądro i nawet zamontowany (z niechcianą opcją sync). Tylko obsługi 2.0 brakowało.

Szkoda, ze nie mam zbyt czasu, by teraz dokładniej poczytać nowe posty, które tu doszły. Ale chciałbym przy okazji napisać o jednej rzeczy, przez którą straciłem raz dane na pendrajwie.

A stało się to u znajomego za sprawą nakładki w KDE, która na podobieństwo Windowsa wyrzuca okienko z wyborem, co zrobić z włożonym przed chwilą pendrajwem. Klepnąłem bez namysłu Enter dla zamontowania, potem wrzuciłem na pendrajwa plik, nie zwracając uwagi, że nie widzę tam pozostałych plików.

A okazało się, że takie okienka z pytaniami wyskoczyły dwa: jedno dla sda, drugie dla sda1! Choć mogłem być uważniejszy, uważam to za niedopuszczalny błąd w nakładce, sugerujący montowanie urządzenia, na którym nie ma systemu plików (tzn. u mnie sda czyli dysk bez podziału na partycje: na sda1 miałem vfat).

Oczywiście przetrwał tylko świeżo wrzucony plik, reszta została zaorana i może specjalnymi programami dałoby się coś odzyskać.

Dlatego wolę znać podstawowe sposoby.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: rysiekmus w 2007-12-12, 14:10:24
Dobrze wiedzieć.  Ja zazwyczaj nie klimam na tych otwartych oknach, robie Cancel, będę to musiał jakoś wyłączyć, wolę swiadomie montować. Tylko problem w tym, że u mnie jeśli nie zamontuję z KDE, to w /etc/fstab i /etc/mtab nie mam żadnych wpisów, są dopisywane po zamontowaniu po tym jak sobie system urzdzenia przyporządkuje do odpowiednich /dev/ .  Wolę nie edytować tych plików. Wygodniej jest, jak sobie system sam wszystko podłączy, bo dyski mogę podłączać w dowolnej kolejności. Stąd zresztą nowa metoda przypisywania urządzeń USB po nazwie logicznej, a nie /dev/sda1, /dev/sdb1, itp.

Na Mandrivie 2007 miałem stałe wpisy w /etc/fstab i musiałem podłączać urządzenia w odpowiedniej kolejności, miałem też skrypt w /home/rysiek/bin do montowania i odmontowywania. Jak podłaczyłem w innej kolejności, to raz dysk był jako /dev/sda1, a innym razem /dev/sdb1.

Ja miałem dodatkowo przykre doświadczenia z partycją JFS na moim dysku USB, o ile partycja EXT3 nie dawała problemu, a kopiowanie na tej partycji testowałem, to juz kilka razy musiałem ratować tą partycję, którą mam na JFS uruchamiając fsck.jfs. Prawdopodobnie JFS jest bardziej wrażliwy na odłaczanie kabla USB bez odmontowania lub sync-a, nawet jeśli się nic nie kopiowało. Stąd też warto zwracać uwagę na prawidłowe odmontowanie urzadzenia.

Pozdrawiam,
Rysiek
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Robaczek1 w 2007-12-12, 17:11:03
Cytat: arctgx
Robaczek: nie rozumiem, dlaczego "nie widzi", skoro wcześniej pokazałeś, że jest wykryty przez jądro i nawet zamontowany (z niechcianą opcją sync). Tylko obsługi 2.0 brakowało.
Wykryty przez jądro jesli zablokuję moduł ehci-hcd, to USB 1.1 jak i 2.0 działają (tzn. są wykrywane) ale bardzo wollno dzialają
Jeśli nie zablokuje modułu to myszka i klawiatura na USB 2.0 dzialają bez problemu jedynie pendrive na tym porcie przerywa a 1.1 nie działa !!!!!!
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: Brix w 2007-12-12, 20:04:59
Cytat: Robaczek1
działają (tzn. są wykrywane) ale bardzo wollno dzialają
Spróbuję może prosto i lamersko (ostrzegam!) wyjaśnić o co chodzi. Jak wiesz, sterownik odpowiedzialny za obsługę urządzeń USB 2.0 został przez Ciebie zablokowany, ponieważ na Twojej płycie głównej z jakichś nieznanych obecnie przyczyn działał wadliwie. A skoro nie ma niczego, co obsłużyłoby urządzenia wykorzystujące standard 2.0, pracują więc w standardzie 1.1. A ten standard nie przewiduje dużych transferów danych.

Nie było problemów z myszą i klawiaturą, ponieważ one z przyczyn oczywistych nie potrzebują dużych prędkości przesyłania danych i spokojnie działają w trybie USB 1.1.

W sumie jednak zapomniałem Cię ostrzec przed możliwym wolnym transferem... Twój post co prawda rozpętał prawdziwą dyskusję ekspertów (głównie o swoich problemach...), ale moim zdaniem jest ona bezużyteczna dla przeciętnego usera, bo żaden użytkownik desktopowego Linuksa NIE będzie się dziś bawił w ręczne montowanie urządzeń USB.

Jeśli więc ktoś gdzieś zadeklaruje się, że spróbuje Ci pomóc, dla przeprowadzenia niezbędnych testów najpierw odblokuj ten nieszczęsny moduł ehci-hcd.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-13, 01:18:20
Jacy tam z nas eksperci czy lamerzy ;)... Ja szukam niezależności od nakładek. Z drugiej strony nie mam pojęcia czy dany problem można załatwić kliknięciem gdzieś w danym środowisku, kiedy w różnych menedżerach okien mogę to zrobić tym samym poleceniem.

Ale dobrze, jeśli są ludzie, którzy podpowiedzą jak rozwiązać problem za pomocą klikania w danym menedżerze okien, jeśli to oczywiście możliwe i nie trzeba grzebać niżej. Trudno mi przekonać znajomego do słuchania radia internetowego za pomocą tekstowego mplayera. Dla mnie to proste rozwiązanie, on chce po prostu kliknąć na link i słuchać.

Z tym że nasze odjazdy w tematy mniej związane z wątkiem mogą nie być użyteczne dla tego problemu, nie mam wątpliwości. Ale uważam tę dyskusję tak czy tak za ciekawą.

Moderatorzy czasem przenoszą dygresje do osobnego wątku. Ale, moim zdaniem, ten nie odjechał od zagadnienia.
Tytuł: Baaaaaaaaaardzo wolne kopiowanie
Wiadomość wysłana przez: arctgx w 2007-12-13, 02:08:10
Rysiek, odpowiadam z kolei Tobie.

Obsługą USB zajmuje się czipset (zerknij na wynik lspci lub swoją płytę, jaki to model). Nieważne w tym wypadku, że procka też zrobił Intel. Ja mam np. czipset VIA (mostek południowy VT8235 obsluguje m.in. USB), a procka Semprona.

Plik Documentation/usb/proc_usb_info.txt w źródłach jajka opisuje, do czego służy usbfs. Jest on po to, by można było odczytywać dane o szynie i urządzeniach w plikach z katalogu /proc/bus/usb/. Korzysta z niego np. program usbview. Dla eksperymentu wklepałem "umount /proc/bus/usb", a potem odpaliłem usbview i klapa: Can not open the /proc/bus/usb/devices. Swoją drogą, fajne rzeczy z tej dkoumentacji można wygrzebać. Np to, że zamiast usbview (np. kiedy Xorg nie działa lub chcemy wyniki mieć w postaci tekstu choćby dla przesłania na forum) możemy podejrzeć /proc/bus/usb/devices i dostać to samo, tylko w innej formie.