(14th Aug, 2016 06:20 AM)duno Wrote:  Ok, no backup, so there is no chance to restore the Superblock ...

Not nice, but ok if there is no answer for my question!

Quote:So Xbian is totally unsecure.

I allways need a complete backup before i am updating/upgrading Xbian.

Sure, i still have my configs saved, but "normally" that is not the "normal" way!

I upgraded many Computers from one "LTS" to another without any problems.

In that case it is Ubuntu, 12.04 to 14.04 to 16.04 ...

But Xbian do not seem to have an LTS ... even no secure "upgrade" ...

(14th Aug, 2016 08:09 AM)Nachteule Wrote:  Sorry for that, but IMO you are writing completely bullshit.

(16th Aug, 2016 02:12 AM)duno Wrote:  BTRFS: bad superblock - solved

Please mark as solved.

Quote:I bought another SD-Card, because my PI3 will not boot with Xbian as it do with Ubuntu or Raspbian.

Maybe my fault ... will try to figure out that later.

Quote:What i have done:

I downloaded

Code:

XBian_2016.08.05_rpi.img.gz

Code:

XBian_2016.08.12_rpi.img.gz

Tried both images via dd to the SD-Card, not booting.

Quote:Then i found my old one, XBian_preliminary_rpi3.img.gz.

Dumped it to the SD-Card and the PI2 was booting.

After that i connected the PI2 with a Multi-Card-Reader (incl. the "broken" SD-Card) and then i connected via ssh.

Code:

uname -a
Linux xbian 4.4.3+ #2 SMP Thu Mar 3 18:44:04 CET 2016 armv7l GNU/Linux

Code:

sudo btrfs-show-super /dev/sda2
...

Code:

sudo btrfs-show-super -a /dev/sda2
...

Code:

sudo btrfsck -s 1 /dev/sda2
using SB copy 1, bytenr 67108864
Checking filesystem on /dev/sda2
UUID: 2dcbf32f-7a95-41ff-bf52-65d5b4f547a5
checking extents
checking free space cache
checking fs roots
checking csums
checking root refs
found 2153108657 bytes used err is 0
total csum bytes: 5325724
total tree bytes: 217186304
total fs tree bytes: 191053824
total extent tree bytes: 18137088
btree space waste bytes: 41469442
file data blocks allocated: 7247892480
referenced 6437621760
Btrfs v3.16-4-ga81918d-dirty

Code:

sudo apt-get install btrfs-tools

Restoring the matching superblock

Code:

sudo btrfs-select-super -s 1 /dev/sda2
ERROR: superblock checksum mismatch
using SB copy 1, bytenr 67108864

Code:

sudo mount /dev/sda2 /mnt

After that i was able to copy (backup) all the files from /mnt that i need.

But, the greatest success is, the PI2 is booting again from the "broken" SD-Card after restoring the superblock

BTW. As i have seen, last Kernel was 4.14+ (last_good_known) and not 4.15+ when i upgraded to 4.16+

Quote:Btrfs v3.16-4-ga81918d-dirty[

(16th Aug, 2016 03:18 AM)Nachteule Wrote:  Is this typo or did you tried an image for RPi1 running on an RPi2 or 3?
This can not work (Kernel is too different)

(16th Aug, 2016 03:58 AM)duno Wrote:  

(16th Aug, 2016 03:18 AM)Nachteule Wrote:  Is this typo or did you tried an image for RPi1 running on an RPi2 or 3?
This can not work (Kernel is too different)

I do not understand that, for sure, the armhf-Kernel is also working on the PI2/3

Quote:Only the PI3 can work with the new arm64-Kernel.

Quote:But in the moment, for example, i am able to boot my PI2 and PI3 with an SD-Card from an PI-B (4.4.16+) with wheezy.

Quote:Also USB-Booting, without an SD-Card, is working with a clone from an SD-Card with wheezy, on my PI3.

(16th Aug, 2016 04:14 AM)Nachteule Wrote:  Which new arm64 kernel do you mean ...

(16th Aug, 2016 04:14 AM)Nachteule Wrote:  Which os?

Quote:Also USB-Booting, without an SD-Card, is working with a clone from an SD-Card with wheezy, on my PI3.

(16th Aug, 2016 04:14 AM)Nachteule Wrote:  Hey, that's magic. From where does the firmware came from ...

(19th Apr, 2017 07:55 AM)ThePumisher Wrote:  Hello there, i'm new to the forum and i'm not really shure if it is ok to conquer this thread, but my issue seems similar to the other two who posted here.

Code:

[b]Software[/b]
XBian version: from what i understand from the image at the end, it's 20170412-0
XBMC/Kodi version: 17.x
Overclock settings: i haven't done anything i'm aware of, so if it doesn't happen when installing xbian or a new skin, then my answer is no, no overclocking

[b]Hardware[/b]
Device type and model: Raspberry Pi 3 Model B
Power supply rating: 5v-2.5A (from the "Raspberry Pi 3 Official Starter Kit" (amazon.de asin B01D0I5UXK)
SD card size and make/type: 16GB microSD (from the "Raspberry Pi 3 Official Starter Kit" (amazon.de asin B01D0I5UXK)
Network (Ethernet or wireless): wireless
Connected devices (TV, USB, network storage, ...): tv and via wifi a zyxel nas542

[b]Log files[/b]
Link to logfile(s): i've read this http://kodi.wiki/view/Log_file/Easy and as far as i understand this needs a flawlessly runing kodi, which for me is not the case

[b]Problem description:[/b]
The Pi with Xbian was running fine (Kodi 17.x). Yesterday i've decides to search for updates via the gui and it finds maybe a handfull or something including an update for kodi as well as an firmware update. I've properly install all of them using the 'install all' or 'upgrade all' button. After that i've restartet my rasperry (via the gui) and everything was fine. Was watching a couple of series after that and all was well. But when i wanted to use it today, my tv doesn't find kodi in the 'sources'-list. After choosing the hdmi-input from which i connect to the rasperry i found the screen at the end of the post.

[b]How to reproduce:[/b]
By trying to start the Rasperry/Xbian/Kodi

What more infos are needed?



Greetings
ThePumisher

---

Oh, how do i edit posts?

Something that maybe in interest: My Rasperry's power supply is connected to an extension lead with an switch to power on or off. With switching power on, the Rasperry/Xbian/Kodi is booting. But i'm not shutting it properly down, it turns off with turning the power switch on the extension lead off.
I know this isn't the best thing, but works fine for the last couple of months (until maybe yesterday)

(20th Apr, 2017 12:10 AM)Nachteule Wrote:  2) run command btrfs rescue super-recover /dev/mmcblk0p2

(20th Apr, 2017 12:10 AM)Nachteule Wrote:  4) run command sync

(20th Apr, 2017 12:10 AM)Nachteule Wrote:  5) run command reboot -f to reboot Pi