fdt_check_header() failed with -FDT_ERR_BADMAGIC - did something change?
Slackware - ARMThis forum is for the discussion of Slackware ARM.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
parted /dev/sdc
GNU Parted 3.4
Using /dev/sdc
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Error: /dev/sdc: unrecognised disk label
Model: Generic STORAGE DEVICE (scsi)
Disk /dev/sdc: 7948MB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Going to look through my install notes to see if possible to recreate sdcard contents on a different one.
mralk3 or anyone else, ever lose your pi sdcard and is possible to recover?
looking for info, I see INSTALL_AllWinner_A20.TXT has been updated, this was document I used to install.
"2.5 Writing the U-Boot boot loader to the SD card", sounds promising and I did find what was probably last cmdline that was in use.
Now just gotta figure out how to get this altogether.
Something like, follow the above document "write the U-Boot image to the SD card", if cmdline lives there, use my last cmdline?
I do not have any 32bit ARM devices left because they were worn out from use over the years. But, last week I installed to a Orange Pi R1 (32 bit), and this week it is dead. The board became too hot and now it will not boot again. I did the installation by copying all the right files into the right locations on the boot disk, then installed via HTTP on my home LAN. This was because the installer requires more than the 256MB of RAM provided on the R1 board.
I followed the AllWinner H3 document. The A20 should be accurate and is not much different.
looking for info, I see INSTALL_AllWinner_A20.TXT has been updated, this was document I used to install.
"2.5 Writing the U-Boot boot loader to the SD card", sounds promising and I did find what was probably last cmdline that was in use.
Now just gotta figure out how to get this altogether.
Something like, follow the above document "write the U-Boot image to the SD card", if cmdline lives there, use my last cmdline?
The SD card on the Banana Pi (if you follow the install docs) is only used to house U-Boot and its config, so you need to do dd the U-Boot SD image to a new SD card and boot the Banana Pi, as described in the installation doc.
Then step through the u-boot configuration lines. Do all of section 3.1's steps apart from last saveenv;reset one.
Move to step 5.0 and follow the u-boot configuration steps. If you followed the install docs exactly last time, you can paste in the lines directly from the doc; if not you can remember what you did or put the storage onto another machine to figure out the partition layout.
Once you're done, saveenv; reset and it should boot again.
You can back up the u-boot configuration file from the sdcard's fat partition once done.
I was doing some backups via ssh and just when I got done ssh locked up. Turned on banana monitor and it was kernel panic'd.
Tried to reboot, kept finding nothing to boot???
As you indicated, I tried to step through the instructions. Still would not boot with what looked like, from my notes, last cmdline u-boot I was using.
I tried to reinstall os, got to where to install os and there was no /dev/sd anything, this was ssd connected to banana pi pro sata power and sata data. Tried another ssd same way, no /dev/sd. Tried combination usb sata data power, got os installation rolling.
Came back half hour or so later, banana pi pro was off, now it seems faulty power supply might be real issue? Can't find where I got it.
I was doing some backups via ssh and just when I got done ssh locked up. Turned on banana monitor and it was kernel panic'd.
Tried to reboot, kept finding nothing to boot???
As you indicated, I tried to step through the instructions. Still would not boot with what looked like, from my notes, last cmdline u-boot I was using.
I tried to reinstall os, got to where to install os and there was no /dev/sd anything, this was ssd connected to banana pi pro sata power and sata data. Tried another ssd same way, no /dev/sd. Tried combination usb sata data power, got os installation rolling.
Came back half hour or so later, banana pi pro was off, now it seems faulty power supply might be real issue? Can't find where I got it.
Slackware ARM 32bit version 15.0: Installation Documentation needs update
Quote:
Originally Posted by drmozes
You can just plug a USB cable into a USB power adapter.
I did, worked fine. Went about reinstalling as the Instructions are slightly different as in:
Quote:
# 22-Dec-2021, v1.08
# * Reference root filesystem using labels - root=LABEL=SLKroot
# This is the new Slackware ARM default.
I didn't know what to do about the following, educated guess.
This isn't in the instructions, as I think there's not many bananapi users to point it out
4.3.1 Partitioning your hard disk
I don't have screen shot, trying to remember what it said, asked about what to do with vfat/dos partition found, what to do with it and permissions, I said mount to /boot and have root only permissions.
Stuart, with rockpro you're doing
Quote:
The swap partitions are labeled 'SLKswap<x>', the root file system 'SLKroot', and the /boot partition 'SLKboot'.
.
With bananapi there's just root=LABEL=SLKroot so I ASSUMED vfat/dos partition found might be ok to be mounted /boot.
Quote:
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0177,dmask=0077,codepage=437,iocharset=utf8,shortname=mixed,utf8,errors=remount-ro)
ls -la /boot
total 150
drwx------ 2 root root 16384 Dec 31 19:00 ./
drwxr-xr-x 21 root root 4096 Feb 7 2022 ../
-rw------- 1 root root 16 Dec 18 2021 is_fat.txt
-rw------- 1 root root 131072 Jan 1 1980 uboot.env
5.15.21-armv7 #1 SMP Sun Feb 6 21:08:43 GMT 2022 armv7l Allwinner sun7i (A20) Family GNU/Linux
bananapipro booted, os is running, is this going to be ok? Thank you
Last edited by glorsplitz; 05-14-2022 at 10:41 AM.
The /boot partition is too tiny probably, so the kernel package couldn't be copied. What does lsblk and df -h report? It's worth checking.
Also I downloaded the package:
Code:
46180 -rw-r--r-- 1 root root 47238600 May 13 08:52 kernel_armv7-5.15.39-arm-1_slack15.0.txz
Your file listing says the kernel package is only 30KB in size. While the package I downloaded is a lot bigger.
Ignore the crossed out part!
Try using explodepkg and copy the files manually to the /boot media. Then when you can boot the board you can run the following when you are booted up.
Code:
slackpkg reinstall kernel_armv7
EDIT: The crossed out part is misleading and incorrect. That's what I get for watching a movie and answering questions on LQ.
Last edited by mralk3; 05-14-2022 at 10:01 PM.
Reason: typos
reinstalled, see attached, ALSO see attached what was not in install documentation
When I did slackpkg upgrade-all, kernel packages and all that got upgraded
Quote:
-rw-r--r-- 1 root root 106565 Feb 7 2022 /var/log/packages/kernel-firmware-20220124_eb8ea1b-noarch-1
-rw-r--r-- 1 root root 30692 May 14 2022 /var/log/packages/kernel-headers-5.15.39-arm-1_slack15.0
-rw-r--r-- 1 root root 290954 May 14 2022 /var/log/packages/kernel-modules-armv7-5.15.39_armv7-arm-1_slack15.0
-rw-r--r-- 1 root root 4930072 May 14 2022 /var/log/packages/kernel-source-5.15.39-arm-1_slack15.0
-rw-r--r-- 1 root root 30994 May 14 2022 /var/log/packages/kernel_armv7-5.15.39-arm-1_slack15.0
Quote:
/lib/modules/5.15.39-armv7/
nothing new was moved into /boot, I've slackpkg upgrade-all kernels thousands of times, new kernel packages get installed, /boot gets updated, I've never had to do anything additional.
My rockpro64 has been humming aarch64 kernel upgrades for decades.
Maybe there's a step I've missed with Slackware ARM 32bit version 15.0?
Last edited by glorsplitz; 05-14-2022 at 10:04 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.