[16:11] <djszapi> ogra_: hey
[16:14] <djszapi> ogra_: I tried to clone the 12.04 installation after installing my daemon on the pandaboard, but when the replicated sdcard boots up, the system cannot realize the /dev/ttyUSB* ports with usb-serial and modems on those.
[16:14] <djszapi> What can cause this ? If I use the original sdcard, then there are no such things happening. Is there any idea I could try out for repearing this before I begin the looong replication procedure again ?
[16:17] <TypoNAM> how are you cloning the SD card?
[16:18] <djszapi> dd
[16:18] <djszapi> I am cloning the content obviously, not the physical device. ;)
[16:18] <TypoNAM> you're just dd the entire card and not just a single partition correct?
[16:18] <djszapi> the entire sdcard
[16:19] <djszapi> first onto my usb pendrive, and then back to the other
[16:19] <TypoNAM> ok, oh and you did make sure to change /etc/fstab to not use a UUID on the root partition mount, right?
[16:19] <djszapi> that is why it is so long. I have not taken an image onto my hard disk of the laptop yet.
[16:19] <djszapi> TypoNAM: I am unsure how that is related to the /dev/ttyUSB* problem.
[16:21] <TypoNAM> hmmmm
[16:21] <djszapi> what is the name of the kernel package ?
[16:21] <djszapi> I would try to reinstall the kernel.
[16:21] <djszapi> since this is a kernel task.
[16:21] <djszapi> http://lxr.free-electrons.com/source/drivers/usb/serial/pl2303.c?a=arm -> this driver, precisely.
[16:22] <TypoNAM> so it boots up just fine and you can access the shell without any problems?
[16:22] <djszapi> yep
[16:22] <djszapi> I am now behind ssh over the ethernet port
[16:22] <djszapi> usb ports are not really recognized with usb-serial pl2303 cables at least.
[16:23] <djszapi> udevadm monitor& shows kernel messages while plugging those in though
[16:23] <djszapi> just no /dev/ttyUSB* created.
[16:23] <djszapi> if I use the same environment, but the original sdcard, everything is alright.
[16:23] <TypoNAM> strange
[16:23] <djszapi> indeed
[16:24] <djszapi> so what is the kernel package name ?
[16:24] <djszapi> Perhaps a simple reinstall of that fixes this very issue
[16:24] <TypoNAM> checked dmesg?
[16:24] <djszapi> about ?
[16:25] <TypoNAM> dmesg | less  and see if there's any errors reported related to driver failures
[16:25] <djszapi> dmesg checks usually end up seeing something not telling anything to an average user that can be used for repearing.
[16:27] <TypoNAM> the only things I can think of by cloning an sd card to another sd card and it failing to work is: / failed to mount due to UUID being different in fstab, or you didn't do a complete clone, meaning contents at the end of the sd card failed to copy because the end of the destination was reached
[16:28] <TypoNAM> when you used dd, did you clone to an image file on your Linux workstation then dd that image on to the sd card, or did you do a literal dd from sd card to the other sd card?
[16:36] <djszapi> TypoNAM: I do not have two sdcard slots
[16:36] <djszapi> TypoNAM: as I mentioned above, I used an interim usb pendrive for the transferring.
[16:38] <TypoNAM> eeek, ok I missed that part then
[16:38] <TypoNAM> why did you use a pendrive instead of as an image to a hard drive instead?
[16:39] <djszapi> TypoNAM: why wouldn't I ?
[16:39] <djszapi> Using hard disk space for 4 GB requires 4 GB free space on the hard disk...
[16:39] <djszapi> not to mention, way harder to carry that way to my colleagues
[16:40] <TypoNAM> here's what I do when I clone USB drives and sd/mmc cards: dd if=/dev/SrcDevice of=myClonedDrive.img bs=512K   then writing that image back on to an actual device: if=myClonedDrive.img of=/dev/DestDevice bs=512K
[16:41] <djszapi> Like I said, that is unacceptable in my case.
[16:41] <djszapi> because of two very important reasons.
[16:41] <djszapi> not to mention, usb pendrive should work anyway
[16:41] <TypoNAM> well because 4GB != 4GB on SD cards that are not exactly the same model, much less across different mediums, in this case an SD card to thumb drive
[16:42] <djszapi> huh ?
[16:43] <TypoNAM> case in point, I have two 8GB sandisk SD cards, one is actually 104MByte / 212992 blocks less than the other 8GB cause the one that has less blocks is newer than the other one.
[16:43] <djszapi> they are totally the same sdcards
[16:44] <TypoNAM> but your USB drive is not if it isn't more than those SD cards as it could be the one causing the transfer cut off point cause dd reached end of file on destination
[16:45] <djszapi> it is totally bigger
[16:45] <djszapi> 8 GB
[16:45] <djszapi> so + 4 GB ...
[16:49] <TypoNAM> insert your sd card into your Linux workstation and then do: parted --list /dev/SDcardDevice
[16:50] <TypoNAM> then remove it and insert your other sd card, and see if they're matching
[16:50] <djszapi> they do.
[16:50] <djszapi> I have checked those things after flashings.
[16:50] <djszapi> and to be honest: if they did not match, there would be way bigger issues than just /dev/ttyUSB0
[16:51] <djszapi> aye, kernel reinstall helped.
[16:51] <djszapi> nice :)
[16:52] <TypoNAM> if I were you I wouldn't be too happy, because if a reinstall fixed it then who knows what else is corrupted on that card, I wouldn't trust it what so ever
[16:53] <djszapi> wouldn't happy with a fix ? :o
[16:53] <djszapi> In fact, I am super happy about it.
[16:59] <orated> Hello! I used ubuntu-11.10-preinstalled-desktop-armel+omap.img image on BeagleBoard B4 and I'm not able to use any usb-storage device.http://pastebin.com/V2sdn3XM http://pastebin.com/tnD1QqDS Both the BB and USB hub are externally powered. Am I missing something?
[18:08] <orated> ppisati: Hi
[18:32] <scientes> the arm cross-compiler can't build the kernel for me anymore
[18:32] <scientes> /usr/bin/ld.gold.real: error: scripts/genksyms/parse.tab.o: incompatible target
[18:32] <scientes> i tried make clean
[18:33] <scientes> CONFIG_CROSS_COMPILE="arm-linux-gnueabi-"
[18:47] <scientes> /usr/bin/ld.bfd.real: scripts/mod/modpost.o: Relocations in generic ELF (EM: 40)
[18:48] <scientes> i tried checking out back to 3.4 but that didn't do it eithe
[21:28] <prpplague> ogra_: horrible horrible laptop - http://www.frys.com/product/6515793?site=sr:SEARCH:MAIN_RSLT_PG
[21:40] <GrueMaster> prpplague: so, other than being preloaded with Windows 7, what else is wrong with it?
[21:42] <prpplague> GrueMaster: it has a quirky bios called H2O bios, and it HATES linux
[21:42] <GrueMaster> ouch
[22:13] <ojn> H2O? Heh
[22:52] <scientes> definitely not arm....