[03:39] Is there any chance of seeing a more recent aufs in Jaunty's kernel? I see something on the ML about recent versions of aufs1 requiring changes to build with 2.6.28, but I have custom kernels with it working fine. [10:58] hello. i'm using ubuntu 8.10 and i have this problem:usb 8-1: reset high speed USB device using ehci_hcd and address 4 [10:58] meaning .. to copy 2 GB of information to a 4GB usb stick takes a day .. [10:59] can anyone help me speed up the transfer.. i'm trying to untar debian base system on to a flash drive [11:01] using ext3 Tryed first on ubuntu 8.04 and was slow.. and some forums i'w read that ubuntu 8.10 solved the issu.. so i downed 8.10 and used live cd ... whit boot option pci=routeirq .... still nothing... [11:01] kjdro:it works okay with windows? [11:01] sadly yes [11:02] but ... i cant untar to ext3 there... [11:04] kjdro:why not untar it onto a FAT partition and then copy [11:04] kjdro:also file a bug with all the required info [11:04] well i need the debian base station on stick to boot up my debian-slug.. so i need ext3 file sistem... [11:05] and well.. i tryed both aproaches.. untar in on hdd witch takes a few seconds [11:06] kjdro:have you filed a bug report? [11:06] then there is a bug files.. it always has been ... google it.. :D there are dosns.. [11:07] the only problem is .. i cant find a workinf solution [11:07] working [11:08] even more sadly... i'm using livecd. no hdd space to install ubuntu [11:09] looking for a solution to speed up usb transfer without restarting [11:10] kjdro:whats the output of hwinfo --usb [11:11] well this: > block.5: /dev/sdc .. and it hangs after [11:12] hold on.. i see some movement [11:13] ok.. so this may take a while [11:13] > block.5.1: /dev/sdc geo [11:14] i'm still copying some info on the stick.. really dont want to interupt... what is strange... is ... i tryed untaring .. and each time i start up again and mount usb drive.. it looks empty... like nothing has been copyed on it [11:21] > block.5.2: /dev/sdc serial [11:24] ok so i gess .. this is a *bump* again.... yo alex_joni: che faci... [11:24] alex_joni: esti ? [11:25] nvm [11:58] anubhav: are you there? take a look at this: [11:58] http://paste.ubuntu.com/128179/ [11:58] this is the otuput.... [11:58] kjdro:okay [12:00] everithing seems alright ? [12:01] to me at least it dose [12:02] kjdro:can you start a thread on ubuntuforums and provide the output of dmesg,lspci -vvn ? [12:02] of course [12:03] okay once you do that send me the link of the thread [12:04] http://paste.ubuntu.com/128181/ [12:04] this is lspci [12:05] yeah well [12:05] in dmesg you could see a lot of: usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:06] what specificly interest you so i use grep ... [12:06] or if you want all i could redirect output to a file [12:07] witch is it ? [12:07] u can try dmesg|tail [12:07] okay complete dmesg will be better [12:07] yeah well: [12:08] dmesg | tail [12:08] [43847.448129] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [43877.924184] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [43908.424156] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [43938.940085] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [43969.484291] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [44000.092150] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [44030.521669] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [44060.992622] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [44091.500371] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] [44122.144138] usb 8-1: reset high speed USB device using ehci_hcd and address 4 [12:08] as i sad... :( [12:08] some 2 pages of that ore more in the full output of dmesg [12:09] well .. about the forum.. i read now.. well... kinda lack the time... right now.. [12:09] my copy is at 41%.... since 9:00 am this moring .. now it's 14:09 [12:10] can you try a plugging your device to a different port? [12:12] well only if i interupt the copy proces.. witch understandably is not what i want to do.. only if there would be a way to restart the copy where it left of.. skiiping the already copied files [12:12] is there ? [12:13] i think cp -u [12:13] hmmm ... [12:13] u can just check the man page [12:14] copy only when the SOURCE file is newer than the destination file or when the destination file is missing [12:14] your right.. [12:14] now how do i copy multi structured paths... anyway .. give me a min to ready man cp [12:15] -r ... [12:15] ok [12:16] do you copy using the gui? [12:16] hmm final thought... will a sistem boot up if i copy all the files it needs using cp .. with dircetory structure to the root partition ? [12:16] i am usiong mc's copy [12:16] midnight commander [12:18] with cp you have to be carefull that it copies all symbolic links etc [12:19] aha... so best would be if i untar the file system directly... shiut... [12:20] yeah === imbrando2 is now known as imbrandon [21:00] how do I get alt-sysrq to work in ubuntu? [22:52] I'm looking for advice, I have a serial device I'm going to try and reverse engineer. It's a USB <-> Serial chip which produces a /dev/ttyUSB0 as expected. [22:52] Given that the windows program works in wine, should it be easy to watch the io of wine to sniff out the protocol? [22:56] is there any extra protocol involved? [23:06] JanC: Yes, the one that sends the images to be displayed on the device via serial. [23:06] I'm trying to find a guide on logging a processes io, but not having much luck [23:07] ah, so there is more than the usb <-> serial chip [23:08] JanC: Yes, the ttyUSB0 is sym linked to wine's com1 [23:08] i guess there must be something that experienced reverse engineers use ツ [23:08] did you just use the katakana Shi as a smilie face? [23:09] yep [23:09] are you Japanese? [23:10] no, its use as a smiley probably started inside ubuntu-nl (although I'm not sure about that) [23:11] heh, oh well [23:14] Back to logging serial io... still no results in google. keep trying [23:17] the "easiest" way would be to have a fake serial device that logs everything and sits between the app & the real hardware driver [23:18] or maybe the driver that creates the ttyusb devices can already do that? [23:18] doctormo: There's something called usbsnoop for windows. It might work under wine. [23:19] johanbr: as the app under wine accesses it as com1, that probably won't work? [23:20] (wine doesn't know this is an USB device) [23:22] doctormo: http://linux.die.net/man/1/slsnif sounds useful [23:23] doctormo: and http://www.suspectclass.com/~sgifford/interceptty/ [23:42] thanks