[00:04:02] *** Quits: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) (Ping timeout: 248 seconds) [00:10:03] *** Joins: [Saint] (~Saint]@unaffiliated/saint/x-8516940) [00:16:42] *** Quits: benedikt93 (~benedikt9@unaffiliated/benedikt93) (Quit: Bye ;)) [00:18:44] *** Quits: liar (~liar@clnet-p09-185.ikbnet.co.at) (Ping timeout: 260 seconds) [04:26:48] *** Joins: njsg (~njsg@unaffiliated/njsg) [04:38:35] *** Joins: Dark (d8088cee@gateway/web/freenode/ip.216.8.140.238) [04:38:49] i need help [04:39:01] PLEASE! [04:39:03] *** Dark is now known as Guest10640 [04:40:01] *** Quits: Guest10640 (d8088cee@gateway/web/freenode/ip.216.8.140.238) (Client Quit) [04:40:45] * njsg pushes his crystal ball towards the center of the channel [04:42:45] <[Saint]> Posts like that do no good at all. [04:42:56] <[Saint]> Ask your question, then you'll get help. [04:43:24] <[Saint]> Demands in all caps are surprising easy to ignore. [05:12:58] *** Quits: TheSeven (~quassel@rockbox/developer/TheSeven) (Disconnected by services) [05:13:03] *** Joins: [7] (~quassel@rockbox/developer/TheSeven) [05:26:11] *** Quits: [Saint] (~Saint]@unaffiliated/saint/x-8516940) (Read error: Connection reset by peer) [05:26:15] *** Joins: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) [05:31:00] *** Joins: [Saint] (~Saint]@101.98.158.103) [05:31:00] *** Quits: [Saint] (~Saint]@101.98.158.103) (Changing host) [05:31:00] *** Joins: [Saint] (~Saint]@unaffiliated/saint/x-8516940) [08:06:23] *** Joins: [Saint__] (~Saint]@unaffiliated/saint/x-8516940) [08:09:29] *** Quits: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) (Ping timeout: 260 seconds) [08:15:14] *** Quits: [Saint__] (~Saint]@unaffiliated/saint/x-8516940) (Ping timeout: 248 seconds) [08:16:48] *** Joins: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) [08:26:32] *** Quits: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) (Remote host closed the connection) [09:58:10] *** Quits: slowdow (~slowdow@110.Red-83-35-251.dynamicIP.rima-tde.net) (Ping timeout: 248 seconds) [09:58:19] *** Joins: slowdow (~slowdow@172.Red-81-37-67.dynamicIP.rima-tde.net) [12:33:32] I realize this is, er, slightly offtopic [12:33:35] but I'm trying to install Apple's firmware back on my iPod, but simply dd'ing the firmware won't do (I guess emCore is installed in another place, and thus it still boots) [12:34:49] even if I can get into UMSboot, the firmware is 90MiB and that partition is just 60MiB, so I guess I would need something else, but I don't know where to get the DFU(?) image for that [12:35:34] the list from apple seems to have DFU files only for Touch and iPhone, this is an iPod Classic (6th G, first "classic") [12:36:21] I have managed to get a windows computer with iTunes, but the iPod does not show up, so I was wondering if anyone had some hint to share [12:45:12] ouch, my bad, PEBKAC. 15 seconds really means 15 seconds. http://tinyurl.com/clxgkn5 [14:34:38] * user890104 updated the page at http://freemyipod.org/wiki/EmCORE_Uninstallation in order to make it more clear [14:37:22] *** Joins: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) [14:45:18] *** Joins: [Saint__] (~Saint]@unaffiliated/saint/x-8516940) [14:47:15] user890104: heh, thanks :-) [14:49:03] maybe also rewrite "until it seems to turn off completely again" (adding the "again", to make it more evident it needs to "go black" twice)? [14:49:04] *** Quits: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) (Ping timeout: 260 seconds) [14:49:19] but it was my fault, I should have read it more carefully [14:51:02] njsg: that can be seen in the video that i linked to [15:09:38] *** Quits: [7] (~quassel@rockbox/developer/TheSeven) (*.net *.split) [15:09:55] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [15:12:38] njsg: btw, in theory you could also restore it with only ipoddfu.py and ipodscsi.py [15:13:01] there are ipod classic DFU images on phobos as well [15:13:23] (which will replace emcore with the standard apple bootloader and reinstall disk and diag mode) [15:13:54] after that it will boot to disk mode, where you can reformat the firmware partition and reinstall the ~90MB firmware using ipodscsi.py [15:24:27] *** Quits: [Saint__] (~Saint]@unaffiliated/saint/x-8516940) (Quit: Quit) [15:24:52] *** Joins: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) [15:37:17] TheSeven: oh, good to know! I just found this http://www.trejan.com/projects/ipod/phobos.html -- it's way better than just reading the xml from phobos [15:37:43] type WTF sounds promising. [15:39:56] yes, first WTF via DFU, then recovery via WTF (also ipoddfu.py), then the big firmware blob via scsi [15:40:48] *** Quits: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) (Quit: Quit) [15:41:12] *** Joins: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) [15:44:49] scsi.py? I can only find a windows(?) ipodscsi.c [15:45:41] in all of this, do you happen to know what do I need to do so that I can put this in hfs+ and have the ipod firmware recognize it? [15:46:39] I've managed to repartition it with a mac partition table, but even after formatting the data partition, it says "0kb of 0kb". [15:47:39] maybe it needs some files there, I'm going to try copying the files from the windows restore to a new hfs+ partition [15:50:04] yes, ipodscsi.py only works on windows [15:50:17] but IIRC someone (planned to?) make a linux port of it as well [15:50:49] no idea about hfs+ [15:50:58] I haven't dealt with macs nor macpods so far [15:52:59] their original state is a mac partition table, with a firmware partition and a data partition (in hfs+) [15:53:38] but phobos seems to have only one firmware, which must mean the same firmware supports both formats [15:54:19] depending on how it checks for the filesystem format, I may even be able to just format the FAT32 partition with mkfs.hfsplus [16:01:10] ... no, just the partition won't do it, says it's filled with "other" [16:02:02] either it branches on the partition table format or it's some setting set during the DFU recovery [16:04:33] is there any particular reason why you want to use hfs+? [16:04:47] and what is a "mac partition table"? you mean an EFI/GUID partition table? [16:05:30] the firmware partition on a classic generally isn't visible [16:06:16] that explains why all examples I've seen so far mention 3 partitions but I was used to the data one as #2 (the partition table takes up one partition) [16:06:42] as far as I know, there's a different, mac partition table scheme, if that's related to GUID, I don't know, it shows up as "[mac]" in the linux kernel logs [16:07:21] Hi - I'm now running the official rockbox-ipod6g 0823817-120718. When I plug it in via usb, it doesn't mount. I get a drive letter, but its a 0byte drive. I'm waiting 'till the HDD in the ipod spins down before I plug in the USB, i've tried restarting the Ipod, changing USB ports, but it just won't mount. [16:07:49] The Rockbox fallback build in R859 mounts first time every time. [16:07:52] any ideas? [16:08:13] slowdow: host OS? [16:08:30] Win7 [16:08:52] * TheSeven should probably toss that driver into the trashcan some day [16:09:07] Win7, but i can try it on xp or linux via VM, if you'd like. [16:09:43] linux in a VM might help diagnosing what's going on [16:11:01] also- when i Eject the iPod (safely remove device). And unplug the USB cable, the ipod crashes. (or is stuck on the USB connection logo page at least, controls do not respond) i have to hard reset (select/menu) [16:11:30] *** Quits: ShapeShifter499 (Lance@95.211.165.246) (Ping timeout: 248 seconds) [16:12:12] aha... I conclude that this probably didn't happen while ejecting it, much rather while connecting it, which explains the 0 byte behavior [16:12:34] does the backlight still turn off after a while and wake up if you touch the wheel? [16:13:20] btw, this should probably go to #rockbox [16:13:40] ok. Just sorting out a linux VM, any particualr flavour help especially? or just default Ubuntu? [16:13:50] Yes, it does. [16:14:51] Ok, moving over to #rockbox [16:14:55] *** Quits: slowdow (~slowdow@172.Red-81-37-67.dynamicIP.rima-tde.net) () [16:15:52] *** Joins: slowdow (~slowdow@172.Red-81-37-67.dynamicIP.rima-tde.net) [16:16:23] whoops. Vm borked the network connection. [16:41:48] *** Joins: [Saint__] (~Saint]@unaffiliated/saint/x-8516940) [16:42:58] *** Quits: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) (Ping timeout: 248 seconds) [16:43:12] *** [Saint__] is now known as [Saint_] [16:43:33] *** [Saint_] is now known as [Sinner] [16:44:33] *** [Sinner] is now known as [Sinner_] [16:44:39] *** [Sinner_] is now known as [Sinner__] [16:44:48] *** [Sinner__] is now known as [Sinner] [17:05:30] *** [Sinner] is now known as [Saint_] [17:11:31] *** Quits: [Saint_] (~Saint]@unaffiliated/saint/x-8516940) (Quit: almost home) [17:30:55] how should I use apple's dfu image with UMSboot? just copying it to the device doesn't work ("No UBI file found") [17:33:13] njsg: you need to launch that using ipoddfu.py, not umsboot [17:35:35] TheSeven: oh, so use that as a parameter to ipoddfu, then use scsi for the firmware, without copying files to the UMS partition? [17:36:42] yes [17:36:47] also, does that work if I pass it as a parameter to bootstrap_ipodclassic_itunes.exe? or that one is hardcoded to use the emcore image? [17:37:03] that umsboot drive is just a ramdisk [17:37:24] (emcore image no, dfu file, the emcore image is what ends up being copied to the umsboot partition) [17:37:30] (after unmounting, umsboot will look for a .ubi file on it and execute it) [17:38:00] that bootstrapper contains an umsboot dfu file, which is completely hardwired [17:38:27] so what I want is to run ipoddfu with apple's image, then run ipodscsi without disconnecting/ejecting? [17:39:36] roughly [17:39:52] the ipod will always disconnect by itself after uploading a dfu image [17:40:27] * njsg is going to try installing the firmware after partitioning with mac-fdisk, to see if that's enough to, well, turn the ipod back into a macpod [17:41:04] well, the firmware image contains a MBR partition table [17:41:37] the scsi part of restoring will usually just wipe everything on the hdd away [17:41:51] but there's still an open question: why do you even want to use hfs+? [17:42:01] fat32 just seems to be much more compatible to me [17:42:07] maybe I'm missing something... [17:44:44] IMHO hfs is a bit better than fat, has permissions, large files, etc, and as I don't need to use the iPod with windows, I'd rather use something closer to a UNIX filesystem [17:45:35] who cares about permissions on an ipod? [17:45:59] but if the firmware has a partition table image, I wonder, then, how does iTunes do different things under mac and under windows... [17:51:43] hm, or wait, it might actually be disk mode that's creating this partition table [17:51:58] itunes might *possibly* be using other scsi commands to format it with hfs+ [17:52:56] the surefire way to get it back to mac factory state should be installing emcore (to get access to the firmware partition space), then just zeroing out the beginning of the disk, and then restoring using itunes on mac [18:12:59] yes, I'm possibly going to do that, if this fails. of course, finding a way to do it without itunes nor OSX would be an advantage [18:13:29] and you've got a point, I never understood how much of the partition tables is actually real or if it's just firmware interfaces [18:15:37] at least there seems to be an abstraction layer that may choke itself when it finds a sector in an uncertain state. [19:24:14] hmm, after ipodscsi.exe with -p, or perhaps after picking another WTF image (there are two, along with a DFU+Firmware one (?)), it now shows "PC" after the version number, so it may be the partitioning command [22:12:16] *** Joins: ShapeShifter499 (Lance@95.211.165.246)