| nemo | https://blog.jak-linux.org/2024/05/14/solver3/ | 01:17 |
|---|---|---|
| nomia | anybody have a banana pi running devuan? | 07:39 |
| nomia | -rw-rw-r-- 1 nomia nomia 306497 Nov 9 2023 firmware.Sinovoip_BPI_M3.img.gz | 07:58 |
| nomia | this image doesn't work | 07:58 |
| gnarface | nomia: i don't, but are you sure you flashed it right? it's compressed... | 08:02 |
| gnarface | also, that's named like a partial image... where'd you get it from? | 08:03 |
| nomia | i got it from the devuan server from the daedalus files | 08:40 |
| nomia | i followed the instructions in README.concatenateable_images | 08:41 |
| nomia | gnarface: do u know a better page for instructions? | 08:41 |
| gnarface | nomia: show me the exact url you used | 08:56 |
| nomia | gnarface: :( i forget | 09:01 |
| nomia | tryin to find it again | 09:02 |
| nomia | https://pkgmaster.devuan.org/devuan/dists/5.0/main/installer-armhf/current/images/netboot/SD-card-images/firmware.Sinovoip_BPI_M3.img.gz | 09:05 |
| nomia | and partition.img.gz | 09:05 |
| nomia | gnarface: is that ok? | 09:05 |
| nomia | should i use https://pkgmaster.devuan.org/devuan/dists/daedalus/main/installer-armhf/current/images/u-boot/Sinovoip_BPI_M3/Sinovoip_BPI_M3.sdcard.img.gz instead? | 09:06 |
| nomia | what even is this image? firmware.Sinovoip_BPI_M3.img.gz | 09:52 |
| nomia | i see it has a kernel but no install files | 09:53 |
| nomia | and Sinovoip_BPI_M3.sdcard.img.gz doesn't look like it has anything in it | 09:53 |
| nomia | not even a partition table? | 09:53 |
| gnarface | nomia: you read this file, right? http://pkgmaster.devuan.org/devuan/dists/5.0/main/installer-armhf/current/images/netboot/SD-card-images/README.concatenateable_images | 10:02 |
| gnarface | like it says, the firmware.*.img.gz files are the hardware specific parts, and the partition.img.gz file is the hardware independent part | 10:03 |
| gnarface | the example command there should work, it unzips and merges the two files into one... if something went wrong maybe it happened when you wrote it to the SD card. did you use dd? show me the exact command | 10:05 |
| gnarface | the hardware dependent part shouldn't be empty, but it's probably pure binary content, there wouldn't be any partition table, it goes before the partition table on the disk | 10:05 |
| nomia | gnarface: yes that is what i did | 10:21 |
| nomia | dd if=daedalus_banana-m3.img bs=128k of=/dev/mmcblk0 | 10:22 |
| nomia | i tried with the chimera files too | 10:22 |
| gnarface | nomia: add "conv=fsync status=progress" remove "bs=128k" and make sure mmcblk0 is the right device | 10:47 |
| gnarface | ...then try it again | 10:48 |
| nomia | ok | 10:53 |
| nomia | (: i like that progress | 10:55 |
| nomia | same thing | 10:56 |
| nomia | screen never turns on | 10:56 |
| gnarface | nomia: hmm, no idea what's wrong with it, sorry. maybe hang out in #devuan-arm or post on the forum about it, and someone else with the same device can test the image too | 11:08 |
| nomia | ok thx | 11:09 |
| gnarface | ...or maybe try connecting a serial console when you power it on? maybe it's booting but just the display output isn't working | 11:09 |
| nomia | i don't think this thing has a serial console | 11:20 |
| nomia | only hdmi for monitor and usb for keyboard | 11:20 |
| gnarface | i would be surprised if it actually didn't, but i don't know much about that hardware | 12:06 |
| cousin_luigi | Is there a way to launch wg-quick with sysv? | 14:49 |
| plasma41 | cousin_luigi: The wireguard-tools package does not appear to contain init scripts | 21:46 |
| gnarface | nomia: did some searching, and ther is information floating around about serial connections for those boards, can you check to see if you have the circled pins in this image? https://wiki.banana-pi.org/File:M3_console_interface.png (confirm that it is the same board you have too) | 22:08 |
| gnarface | i'm not seeing m3 specific instructions for actually connecting the serial console, but there's instructions for m2 boards floating around and i suspect it won't be much different | 22:09 |
| TorC | Trying to updade Chimaera, and it looks like there are three ghostscript packages missing, which it's consistently trying to download from repo.jing.rocks, but getting a 404 on. | 23:03 |
| TorC | Relevant line in sources.list is "deb http://deb.devuan.org/merged chimaera-security main" | 23:04 |
| TorC | The most complete error line I get from aptitude is "99% [Working]E: Failed to fetch http://repo.jing.rocks/debian-security/pool/updates/main/g/ghostscript/ghostscript_9.53.3~dfsg-7+deb11u7_amd64.deb: 404 Not Found [IP: 240b:10:f00:1b00::240 80]" | 23:05 |
| gnarface | onefang: ^ | 23:07 |
| gnarface | TorC: if you retry, it doesn't work? | 23:07 |
| TorC | Have retried numerous times. That was the first thing I did. | 23:08 |
| gnarface | hmm... the failure is from different hostnames every time, right? | 23:08 |
| gnarface | not always just repo.jing.rocks? | 23:08 |
| TorC | I've only noted repo.jing.rocks, and another try just now hit the same. | 23:09 |
| gnarface | TorC: that's weird, something is behaving oddly with your dns resolver. are you running some sort of weird local DNS cache? | 23:10 |
| gnarface | here, try just picking one of these other mirrors from the list and plugging it in to your sources.list manually in place of deb.devuan.org: http://deb.devuan.org/mirror_list.txt | 23:10 |
| TorC | I don't think I am running such a cache. | 23:11 |
| gnarface | well deb.devuan.org is just a dns round-robin of this list ^ | 23:11 |
| gnarface | just try the first one on the list instead, it's usually pretty high quality | 23:12 |
| gnarface | why you're getting the same repo on every hit is a puzzle that deserves solving but probably doesn't need to be solved first just to get your update | 23:13 |
| TorC | It does look like I'm pointing through my lede/openwrt router for DNS; only default settings, however. I know I didn't actively set up caching on it. | 23:17 |
| TorC | Well, at least that worked. Looks like I'm rather far overdue for an update on the router, so I should probably take care of that before bothering to dig into where there could be a DNS cache. | 23:21 |
| Hurgotron | It's always DNS | 23:21 |
| Hurgotron | anyway, dnsmasq on OpenWRT may be cachign a bit. i think I remember I had a similar problem once. My router inststed on using the one mirror which wasn't completely in sync for some reason. | 23:23 |
| gnarface | TorC: yea, i'd look into the openwrt settings... something seems weird there. "nslookup deb.devuan.org" should return you 77 lines of addresses, and dns clients requesting just one that are well behaved are supposed to give you one at random... if that's not happening something is wrong | 23:23 |
| TorC | Sounds quite possible. I'll check up on that after I take care of updating the router itself, given that's been left far longer than I ought to have left it. | 23:24 |
| TorC | Thanks for your help. I did get the update on my computer done, and returned it to default pool. | 23:25 |
| gnarface | no problem | 23:25 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
