ArmbianHelper changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum/Twitter feed: #armbian-rss | Logs: -> irc.armbian.com
stipa_ has joined #armbian
stipa has quit [Ping timeout: 260 seconds]
stipa_ is now known as stipa
norwich_ has joined #armbian
norwich has quit [Ping timeout: 268 seconds]
norwich_ is now known as norwich
xoan725451235261 has joined #armbian
xoan72545123526 has quit [Ping timeout: 268 seconds]
xoan725451235261 is now known as xoan72545123526
xoan725451235267 has joined #armbian
xoan72545123526 has quit [Ping timeout: 268 seconds]
xoan725451235267 is now known as xoan72545123526
WindBag is now known as Object
archetech has quit [Quit: Konversation terminated!]
xoan725451235263 has joined #armbian
xoan72545123526 has quit [Ping timeout: 252 seconds]
xoan725451235263 is now known as xoan72545123526
stipa_ has joined #armbian
stipa has quit [Ping timeout: 268 seconds]
stipa_ is now known as stipa
samythemany1 has quit [Ping timeout: 258 seconds]
crabbedhaloablut has quit [Ping timeout: 258 seconds]
crabbedhaloablut has joined #armbian
lemonzest has joined #armbian
stipa has quit [Ping timeout: 260 seconds]
stipa has joined #armbian
Herc has quit [Remote host closed the connection]
Herc has joined #armbian
kolla has quit [Quit: %fog relay%]
kolla has joined #armbian
xoan725451235263 has joined #armbian
xoan72545123526 has quit [Ping timeout: 268 seconds]
xoan725451235263 is now known as xoan72545123526
xoan725451235262 has joined #armbian
xoan72545123526 has quit [Ping timeout: 260 seconds]
xoan725451235262 is now known as xoan72545123526
xoan725451235269 has joined #armbian
xoan72545123526 has quit [Ping timeout: 252 seconds]
xoan725451235269 is now known as xoan72545123526
aasami_ has joined #armbian
aasami_ has quit [Quit: Lost terminal]
xoan725451235265 has joined #armbian
xoan72545123526 has quit [Ping timeout: 252 seconds]
xoan725451235265 is now known as xoan72545123526
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #armbian
xoan725451235261 has joined #armbian
Object is now known as mpmc
xoan72545123526 has quit [Ping timeout: 260 seconds]
xoan725451235261 is now known as xoan72545123526
xoan725451235269 has joined #armbian
xoan72545123526 has quit [Ping timeout: 252 seconds]
xoan725451235269 is now known as xoan72545123526
stipa_ has joined #armbian
stipa_ is now known as stipa
stipa has quit [Ping timeout: 252 seconds]
xoan725451235261 has joined #armbian
xoan72545123526 has quit [Ping timeout: 252 seconds]
xoan725451235261 is now known as xoan72545123526
quantum_ has joined #armbian
<quantum_> Anyone know why this would ruin two SD cards, one 32GB and the other 64GB? dd if=Armbian_22.02.2_Odroidn2_jammy_current_5.10.103_xfce_desktop.img of=/dev/sda bs=4M status=progress
<quantum_> After doing this, each now presents as having 7.43GB total.
<quantum_> I did # dd if=/dev/zero of=/dev/sda and it says 'no more space' at 7.43GB.
<quantum_> I went into gdisk and did an 'x' and 'z' but no change.
<[TheBug]> quantum_: we actually went through this when you left yuesterday, the images you mention will mount successfully and work, I am thinking it may be your understanding of what you are doing that is confusing you.
<quantum_> The first is a Sandisk and the second is a Transcend.
<[TheBug]> um first, the image auto re-sizes the partition to match the sized of the sdcard on first boot
<[TheBug]> this is so when we ship it to you it is a smaller file
<[TheBug]> and so it can fit different size cards
<[TheBug]> it is a function at boot time that will make it the full size
<quantum_> gparted shows the SD as having a total of 7.43GB.
<[TheBug]> the only thing I can not tell you is if the image will boot -- as I don't have that board -- but I can tell you the images will mount when does as loop.. here is what I posted yesterday: https://cdn.discordapp.com/attachments/857944478269702214/1013865937855848508/unknown.png
<ArmbianHelper> ^ [image/png] (165.8KiB)
<quantum_> gdisk says about the zeroed SD: Total free space is 15586093 sectors (7.4 GiB)
<[TheBug]> you can see that image and duplicate the steps to see if the image will mount
<quantum_> fdisk -l says: Disk /dev/sda: 7.43 GiB, 7980113920 bytes, 15586160 sectors
<Armbian-Discord> <T​enkawa> quantum_: after that image is put on the card until it is booted it will look like that on a N2/N2+.. that's how it is suppose to look
<quantum_> This is after zeroing the whole SD. Something is fundamentally wrong.
<clever> quantum_: what does lsblk output?
<Armbian-Discord> <T​enkawa> "how" are you zeroing the sd?
<Armbian-Discord> <T​enkawa> also what clever asked
<Armbian-Discord> <c​lever> the total size of the SD card shouldnt change, the extra space will turn into unallocated space
<Armbian-Discord> <T​enkawa> @clever only after its booted
<Armbian-Discord> <c​lever> he said earlier, dd if=/dev/zero of=/dev/sda
<Armbian-Discord> <c​lever> even before its booted, the unused space will be reported as unused space
<Armbian-Discord> <T​enkawa> its will "match" the image size after dd
<Armbian-Discord> <T​enkawa> no.
<ArmbianHelper> ^ Debian paste error
<Armbian-Discord> <c​lever> thats how partitioning works
<Armbian-Discord> <T​enkawa> incorrect
<Armbian-Discord> <T​enkawa> not with a predefined image
<Armbian-Discord> <T​enkawa> and whole disk image
<Armbian-Discord> <c​lever> partitioning cant change the size of sda
<Armbian-Discord> <c​lever> only sda1/sda2...
<Armbian-Discord> <T​enkawa> if you were dd to a part yes
<[TheBug]> clever your being tricked by the question asked
<[TheBug]> the device is a constant size
<[TheBug]> the loop device I show in my image is smaller 6.1GB
<[TheBug]> because it has not been burned to a device
<quantum_> lsblk shows sda correctly as 56.4G
<[TheBug]> so he is comparing apples and oranges
<clever> quantum_: which device in that lsblk is the SD card?
<Armbian-Discord> <T​enkawa> exactly
<quantum_> /dev/sda
<clever> quantum_: double-check, what did you run the dd to zero it against?
<quantum_> So try to flash Armbian again?
<[TheBug]> So my only question is have you taken the SDcard and tried to boot it?
<[TheBug]> what happens when you try to boot?
<[TheBug]> what does serial console look like?
<quantum_> # dd if=/dev/zero of=/dev/sda
<quantum_> It stopped at 7.43GB. "Out of space"
<clever> quantum_: can you run it again, and take a screenshot of the output?
<quantum_> Don't have a serial console connect.
<quantum_> Run zero?
<clever> yes
<[TheBug]> quantum_: well I have a few things i can extract from what you have told me so far .. 1. your usine a usb to sdcard adapter to burn this as it is showing as /dev/sda and not an mmc block device like /dev/mmcblk[0-1]
<[TheBug]> so if you are seeing weird issues first thing I would do is check your adapter
<[TheBug]> some do weird things
<clever> [TheBug]: ah good point, is the usb adapter SDHC compatible!
<ArmbianHelper> ^ debian Pastezone
<clever> quantum_: where did you buy these SD cards? are you sure they are real?
quantum_ has quit [Remote host closed the connection]
quantum_ has joined #armbian
mintelodiaz has joined #armbian
<quantum_> Indeed it is a USB to SD adapter, but virtually all SD adapters are USB.
<quantum_> clever: One is a cheap Sandisk but the larger is a quality Transcend Extended Wear. And it seems to be ruined.
mintelodiaz has quit [Read error: Connection reset by peer]
<clever> quantum_: "cheap", thats a red flag, i could be a knock-off
<clever> somebody just took an 8gig flash chip, labeled it as 64gig, and slapped a sandisk logo on it
<quantum_> Well, to me Sandisk in general is cheap. (quality)
<quantum_> The 64G Transcend is high-grade, and it's now doing exactly the same thing.
<quantum_> # dd if=Armbian_22.02.2_Odroidn2_jammy_current_5.10.103_xfce_desktop.img of=/dev/sda bs=4M status=progress
<clever> what does lsblk report for that card?
<quantum_> (above link)
<ArmbianHelper> ^ debian Pastezone
<quantum_> oops
<ArmbianHelper> ^ debian Pastezone
<clever> quantum_: those appear to both be 54gig, but you earlier claimed one of them was 32gig
<quantum_> The Sandisk is 32G, the Transcend is 64G.
<clever> what does lsblk report for the sandisk?
<quantum_> dd the image as above, plug in the N2+, and HDMI never comes up.
<ArmbianHelper> ^ debian Pastezone
<clever> that one seems to have failed even harder, its claiming to be 30mb!
<quantum_> I am pretty sure the Sandisk is legitimately shot.
<quantum_> I sure don't want to experiment with my 128G SDs tho.
<clever> did the 64gig card ever report out of space, when you dd'd zero?
<[TheBug]> I would first try a different sdcard adapter than the one you are using
<[TheBug]> then I would get a serial TTL cable for 5$ and hook it up
archetech has joined #armbian
<ArmbianHelper> ^ What is a UART cable and how do I use it? | H3Droid
<quantum_> Zeroeing the 32GB Sandisk, it thinks it has 7.4GB: https://paste.debian.net/1252162/
<ArmbianHelper> ^ debian Pastezone
<[TheBug]> yeah again, thats reason I say get different adapter or care reader/writer
<quantum_> ... just like the 64GB Transcend.
<[TheBug]> cause that seems a bit funky to me
<quantum_> I'll try a diff SD adapter which I have.
<[TheBug]> sounds like you using some old cheap reader/writer for maybe old cards and it has some arbitrary limit
<Armbian-Discord> <T​enkawa> try a smaller blocksize too
<Armbian-Discord> <T​enkawa> I usually never push it higher than higher than 2M with those adapters
<quantum_> Well I can't, it has a header connector.
<quantum_> Not setting a bas= when zeroing.
<quantum_> bs=
<Armbian-Discord> <T​enkawa> you should
<Armbian-Discord> <M​anoftheSea> writing zeros to flash isn't the right way to zero it out
<quantum_> I'll try bs=1M
<Armbian-Discord> <M​anoftheSea> you want to trim the disk, not write the whole thing
<[TheBug]> "Most likely, your card reader can't read SDXC cards, which have capacities from 64GB to 2TB and use exFAT. Check to see if there is an SDXC logo somewhere near the card reader."
<Armbian-Discord> <M​anoftheSea> try to blkdiscard the SD
<Armbian-Discord> <M​anoftheSea> also... why are you setting a blocksize at all?
<quantum_> It's an "Insignia" USB3 card reader/writer. No SDXC logo.
<quantum_> Setting blocksize to speed up transfer.
<[TheBug]> I think you have very cheap card reader/writer and it not support the media you are trying to us, it will cut at 8GB only
<[TheBug]> use*
<[TheBug]> and it may not write the media correctly at that size
<quantum_> It's worked with my 128G cards until this week.
<[TheBug]> hm? then you have some mystery wrapped in an engima
<quantum_> Maybe that was a fluke.
<[TheBug]> enigma*
<Armbian-Discord> <M​anoftheSea> How does the BS speed up the transfer?
<Armbian-Discord> <M​anoftheSea> blkdiscard /dev/sda
<Armbian-Discord> <M​anoftheSea> This will clear the flash on the card, allowing the controller to zero it all out.
<quantum_> I've always had trouble getting Armbian to work on my N2+, until I got help from 'unsual user' on the forum. Switching to a Fedora kernel fixed it.
<quantum_> blkdiscard: /dev/sda: not a block device
<quantum_> wtf?
<Armbian-Discord> <M​anoftheSea> Then, go use https://www.balena.io/etcher/?ref=etcher_footer to write the image to the card
<ArmbianHelper> ^ balenaEtcher - Flash OS images to SD cards & USB drives
<Armbian-Discord> <M​anoftheSea> we have two problems, the first is if sda isn't the right device, in which case you're dangerous to yourself for running that; the second is if sda is the right device but that's the actual error.
<[TheBug]> he probably pulled out and reinserted the adapter so its device changed
<Armbian-Discord> <M​anoftheSea> I need a better understand of how you're doing this. What's your underlying OS? Are you using a virtual machine?
<clever> quantum_: what does "ls -l /dev/sda" say?
<clever> quantum_: and "df -h /dev/" ?
<quantum_> Etcher says my "32MB" (32GB) SD is too small.
<quantum_> -rw-r--r-- 1 root root 7980113920 Aug 30 07:52 /dev/sda
<clever> quantum_: yep, theres your problem
<clever> you wrote to /dev/sda when sda was not present
<clever> so you created a FILE called sda
* [TheBug] slow claps
<clever> and then /dev/ ran out of space, so > and it says 'no more space' at 7.43GB.
<[TheBug]> you sure are clever, clever
<quantum_> OS is Debian 11. No VM.
<Armbian-Discord> <M​anoftheSea> hah.
<Armbian-Discord> <M​anoftheSea> Good find, clever
<quantum_> Filesystem Size Used Avail Use% Mounted on
<quantum_> udev 7.5G 7.5G 0 100% /dev
<Armbian-Discord> <M​anoftheSea> so then you need to rm /dev/sda
<Armbian-Discord> <T​enkawa> yep
<quantum_> meh?!
<clever> that also explains why your dd was so blazing fast
<clever> youve been writing to ram
<Armbian-Discord> <T​enkawa> I had just noticed it too looking at the pastes
<quantum_> goddam...
<Armbian-Discord> <T​enkawa> (just lookd at them)
<Armbian-Discord> <M​anoftheSea> /dev is a temporary filesystem in memory.
mintelodiaz has joined #armbian
<[TheBug]> quantum, when you insert the reader/writer or the sdcard, you should run 'dmesg' to see what device shows up
<[TheBug]> if you unplug/replug a device like a card reader/writer over and over
<[TheBug]> the actual device name will change and interate
<quantum_> rm: remove regular file '/dev/sda'? y
<[TheBug]> /dev/sd, sdb, sdc, etc
<Armbian-Discord> <M​anoftheSea> better still, use Etcher, which will help you to find the device as well as help prevent you from damaging other parts of your system
<[TheBug]> not the worst idea I heard all day ^
<[TheBug]> lol
<Armbian-Discord> <M​anoftheSea> so wait... is it possible he's just been overwriting the file in memory this whole time, and that's why the SD hasn't been changing?
<quantum_> Un/replugged the reader, dmesg shows /dev/sda, but Etcher still thinks sda is 32MB.
<Armbian-Discord> <c​lever> lsblk reports the 32gig sandisk as being 32 MB
<clever> quantum_: thats another thing i was confused about, lsblk said it was 32mb, so why did dd say 7gig?, the file is why
<[TheBug]> yes, file overrides the device inode
<Armbian-Discord> <T​enkawa> Also have to watch out for gvfs trying to grab on to devices too if you have it running
<[TheBug]> you basically plug in device,create node, then wrote a file over the node, the node wont be created again till you remove file and re-insert device
<[TheBug]> actually I assume somewhere in there you disconnect the device first so this is why it writes the file
quantum_ has quit [Remote host closed the connection]
<[TheBug]> I feel like we need a historian to recap this adventure
quantum_ has joined #armbian
<quantum_> blkdiscard: /dev/sda: BLKDISCARD ioctl failed: Operation not supported
<clever> quantum_: double-check "ls /dev/sda", is it a file or block device?
quantum_ has quit [Remote host closed the connection]
quantum_ has joined #armbian
<quantum_> clever: brw-rw---- 1 root disk 8, 0 Aug 30 08:16 /dev/sda
<clever> yep, it is now a block device
<clever> i suspect that the USB adapter doesnt support discard
<quantum_> Ok, understand. Have to order a new one.
<clever> my laptop has a proper mmc bus, not a usb adapter
<quantum_> ... with SDXC (or whatever that was)
<clever> so when i plug an SD card into my lattop, it shows up as /dev/mmcblk0
<Armbian-Discord> <M​anoftheSea> well, the discard isn't entirely necessary.
<Armbian-Discord> <M​anoftheSea> Maybe the controller will identify the zeros and do it internally.
<clever> and then anything should work
<quantum_> Unfort I don't have an SD slot in the commercial HP laptop.
<Armbian-Discord> <M​anoftheSea> But still, we want to make sure the correct device is identified when plugged in, that it isn't mounted, that the device node is created in /dev/ and then write to the SD card.
<[TheBug]> I mean one of the things I would do if you removed the /dev/sda file and re-insterted the device and are seeing weirdness, is I would reboot because making that file and then having insetred it before could have caused some weirdness. Past that I would use a different adapter maybe?
<Armbian-Discord> <M​anoftheSea> So if it's unplugged, then remove the sda file. replug, dmesg to identify it, then gdisk to that block device.
<quantum_> MotS I've confirmed that /dev/sda goes away when I unplug. But plug it back and it shows as 32MB.
<quantum_> gdisk: Disk /dev/sda: 62688 sectors, 30.6 MiB
<clever> i would say that the 32gig sandisk card has entirely failed
<clever> and you should switch to the 64gig card, and try to image it
<quantum_> Ok.
<Armbian-Discord> <M​anoftheSea> that's weird.
<quantum_> More like it... Disk /dev/sda: 118374400 sectors, 56.4 GiB
<Armbian-Discord> <M​anoftheSea> I thought we had the sda file in place, such that you never wrote the 32 megs to the smaller card
<quantum_> I did have the file, but have deleted it now, and have proven a block device.
<quantum_> It's writing the image slowly, like god intended...
<quantum_> Thank satan...
<quantum_> Ok now xfce boots to the 64G SD card, but I get the ever-rotating circle, so I need to go through the exercise of 'usual user' to lay down the Fedora kernel. Then it should work.
<quantum_> Thanks to everyone here who helped.
quantum_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<Armbian-Discord> <M​anoftheSea> hurray
<archetech> fed kernel for n2 thats ridiculous
<archetech> things peeps come up with as solutions is amusing
<Armbian-Discord> <M​anoftheSea> What's special about the Fedora kernel?
<Armbian-Discord> <M​anoftheSea> usual user just likes fedora
<archetech> theres no n2 support at fed
<Armbian-Discord> <M​anoftheSea> What is the "ever-rotating circle"?
<Armbian-Discord> <I​gorPec> bootsplash
<Armbian-Discord> <I​gorPec> with ESC one can go to the txt mode seeing what is happening in the back
mintelodiaz has quit [Read error: Connection reset by peer]
<Armbian-Discord> <M​anoftheSea> plymouth?
<Armbian-Discord> <I​gorPec> not yet. we are currently using kernel based boot logo
<Armbian-Discord> <I​gorPec> its lighter, but plymouth was recently added https://github.com/armbian/build/pull/4133
<ArmbianHelper> ^ Support Plymouth by hzyitc · Pull Request #4133 · armbian/build · GitHub
<Armbian-Discord> <I​gorPec> so we will support both options
Werner has quit [Quit: ZNC - https://znc.in]
xoan72545123526 has quit [Quit: leaving...]
xoan725451235261 has joined #armbian
xoan725451235261 is now known as xoan
willmore has quit [Ping timeout: 248 seconds]
willmore has joined #armbian
alekksander has joined #armbian
willmore has quit [Ping timeout: 260 seconds]
lemonzest has quit [Quit: WeeChat 3.5]
willmore has joined #armbian
cheakoirccloud has quit []
libera-staff has quit [*.net *.split]
crabbedhaloablut has quit [*.net *.split]
califax has quit [*.net *.split]
norwich has quit [*.net *.split]
maknho has quit [*.net *.split]
marco44_ has quit [*.net *.split]
Flecks has quit [*.net *.split]
\` has quit [*.net *.split]
p0g0__ has quit [*.net *.split]
s1b1 has quit [*.net *.split]
val has quit [*.net *.split]
Mony has quit [*.net *.split]
c0rnelius has quit [*.net *.split]
joshaspinall has quit [*.net *.split]
tomreyn has quit [*.net *.split]
vpeter has quit [*.net *.split]
Snuupy has quit [*.net *.split]
bantu has quit [*.net *.split]
attah has quit [*.net *.split]
sunshavi has quit [*.net *.split]
Dagger has quit [*.net *.split]
sams has quit [*.net *.split]
invisiblek has quit [*.net *.split]
IgorPec has quit [*.net *.split]
kcz has quit [*.net *.split]
zont has quit [*.net *.split]
smcavoy1 has quit [*.net *.split]
obinou has quit [*.net *.split]
clever has quit [*.net *.split]
willmore has quit [*.net *.split]
alekksander has quit [*.net *.split]
Herc has quit [*.net *.split]
MrFixIt has quit [*.net *.split]
TheCoffeMaker has quit [*.net *.split]
blathijs has quit [*.net *.split]
mpmc has quit [*.net *.split]
Unit193 has quit [*.net *.split]
Smedles has quit [*.net *.split]
indy has quit [*.net *.split]
pablocastellanos has quit [*.net *.split]
DarthGandalf has quit [*.net *.split]
yth has quit [*.net *.split]
DarkG has quit [*.net *.split]
Net147 has quit [*.net *.split]
tafa has quit [*.net *.split]
pmp-p has quit [*.net *.split]
Findus has quit [*.net *.split]
mcfrdy has quit [*.net *.split]
shoragan has quit [*.net *.split]
martinayotte has quit [*.net *.split]
steev has quit [*.net *.split]
[TheBug] has quit [*.net *.split]
bastelfreak has quit [*.net *.split]
toketin has quit [*.net *.split]
eggman has quit [*.net *.split]
gabes has quit [*.net *.split]
ArmbianHelper has quit [*.net *.split]
ghostInTheSSH[m] has quit [*.net *.split]
haritz has quit [*.net *.split]
key2 has quit [*.net *.split]
poxifide has quit [*.net *.split]
yang2 has quit [*.net *.split]
Macer has quit [*.net *.split]
milkii has quit [*.net *.split]
chuangzhu has quit [*.net *.split]
kveremitz has quit [*.net *.split]
psydroid has quit [Max SendQ exceeded]
alekksander has joined #armbian
willmore has joined #armbian
crabbedhaloablut has joined #armbian
stipa has joined #armbian
indy has joined #armbian
c0rnelius has joined #armbian
mpmc has joined #armbian
\` has joined #armbian
sams has joined #armbian
DarkG has joined #armbian
vpeter has joined #armbian
MrFixIt has joined #armbian
tomreyn has joined #armbian
Snuupy has joined #armbian
joshaspinall has joined #armbian
IgorPec has joined #armbian
Unit193 has joined #armbian
Net147 has joined #armbian
sunshavi has joined #armbian
attah has joined #armbian
bantu has joined #armbian
tafa has joined #armbian
pmp-p has joined #armbian
kcz has joined #armbian
invisiblek has joined #armbian
obinou has joined #armbian
bastelfreak has joined #armbian
shoragan has joined #armbian
haritz has joined #armbian
zont has joined #armbian
toketin has joined #armbian
smcavoy1 has joined #armbian
clever has joined #armbian
key2 has joined #armbian
gabes has joined #armbian
eggman has joined #armbian
chuangzhu has joined #armbian
yang2 has joined #armbian
Findus has joined #armbian
mcfrdy has joined #armbian
martinayotte has joined #armbian
ArmbianHelper has joined #armbian
Macer has joined #armbian
milkii has joined #armbian
steev has joined #armbian
libera-staff has joined #armbian
poxifide has joined #armbian
maknho has joined #armbian
Smedles has joined #armbian
califax has joined #armbian
p0g0__ has joined #armbian
Herc has joined #armbian
norwich has joined #armbian
blathijs has joined #armbian
Flecks has joined #armbian
TheCoffeMaker has joined #armbian
marco44_ has joined #armbian
DarthGandalf has joined #armbian
s1b1 has joined #armbian
Mony has joined #armbian
ghostInTheSSH[m] has joined #armbian
val has joined #armbian
yth has joined #armbian
Dagger has joined #armbian
pablocastellanos has joined #armbian
kveremitz has joined #armbian
[TheBug] has joined #armbian
mcfrdy has quit [Max SendQ exceeded]
cheakoirccloud has joined #armbian
mcfrdy has joined #armbian
sheepman[m] has quit [Ping timeout: 255 seconds]
chuangzhu has quit [Ping timeout: 268 seconds]
uhoreg has quit [Ping timeout: 255 seconds]
nekomancer[m] has quit [Ping timeout: 255 seconds]
DarkG has quit [Excess Flood]
DarkG has joined #armbian
ghostInTheSSH[m] has quit [Ping timeout: 264 seconds]
archetech has quit [Remote host closed the connection]
nekomancer[m] has joined #armbian
ghostInTheSSH[m] has joined #armbian
willmore has quit [Ping timeout: 252 seconds]
willmore has joined #armbian
alekksander has quit [Quit: Konversation terminated!]
alekksander has joined #armbian
uhoreg has joined #armbian
xoan7 has joined #armbian
archetech has joined #armbian
xoan has quit [Ping timeout: 260 seconds]
xoan7 is now known as xoan
Manouchehri has quit [Quit: Connection closed for inactivity]
xoan8 has joined #armbian
xoan has quit [Ping timeout: 268 seconds]
xoan8 is now known as xoan
alekksander has quit [Quit: Konversation terminated!]
sheepman[m] has joined #armbian
psydroid has joined #armbian
TRS-80 has joined #armbian
Mangix has quit [Read error: Connection reset by peer]
Mangix has joined #armbian