google / aiyprojects-raspbian

API libraries, samples, and system images for AIY Projects (Voice Kit and Vision Kit)
https://aiyprojects.withgoogle.com/
Apache License 2.0
1.62k stars 694 forks source link

Openbox Syntax Error #3

Open drigz opened 7 years ago

drigz commented 7 years ago

Some people have seen this error on first boot:

One or more XML syntax errors were found while parsing the Openbox configuration files. See stdout for more information. The last error seen was in file "/home/pi/.config/openbox/lxde-pi-rc.xml" line 1, with message: Document is empty

It can typically be resolved by reflashing the card.

One reporter said they booted initially without a monitor connected (maybe related, maybe a coincidence). The issue might be upstream (see this forum post). As far as I'm aware lxde-pi-rc.xml is the same in our image as in the upstream image.

bazwilliams commented 7 years ago

I had this error, was able to recover a desktop but it was missing the icons used in the tutorials so reflashed.

I booted first time with nothing plugged into HDMI port, I powered off then plugged in my display.

drigz commented 7 years ago

More info in this bug report received by email:

I used image "aiyprojects-2017-05-03.img.xz" and couldn't get it to boot up to the desktop.

This is the third report where the user has suggested they didn't have the HDMI cable properly connected.

drigz commented 7 years ago

I wonder if we could work around this by creating a backup of lxde-pi-rc.xml and trying to restore it on boot if the file is empty?

mariopepe commented 7 years ago

I also have this issue, I initially booted without screen too

drigz commented 7 years ago

Our current theory is that this happens if the user pulls the power cable out during the initialization process that happens on the first boot, which corrupts the SD card and requires reflashing. The reason for the link to the lack of monitor is that users don't know when they can safely remove power if they don't have a monitor connected.

@scugn1zz0, you should reflash your SD card - there's no other workaround at the moment.

mariopepe commented 7 years ago

@drigz Thanks a lot for the information, I reflashed the SD card and it worked (this time i boot with HDMI in)

bwa11ace commented 7 years ago

Can someone explain reflashing?

enetor commented 7 years ago

@bwa11ace Basically it's just following the "Get the Voice Kit SD Image" section again and write the image to your SD card, see https://aiyprojects.withgoogle.com/voice/#assembly-guide-1-get-the-voice-kit-sd-image

wwwroth commented 7 years ago

Found this issue via Google. I also recieved this error while booting a fresh SD install without a touchscreen plugged in and then plugging it in.

Rudysmama commented 6 years ago

I received the error after I tried to change the config.txt to accept a different HDMI input. I reflashed the image. Booted with a monitor and I was fine. I was then able to set up the boot with VNC and SSH. I have also installed the windows remote desktop versions to connect. No additional issues.

0x57e11a commented 6 years ago

Mine booted perfectly the first time, then wouldnt display ANYTHING until I went into config.txt and changed #hdmi_safe=1 to hdmi_safe=1 (uncomment hdmi_safe=1)

0x57e11a commented 6 years ago

drigz: Our current theory is that this happens if the user pulls the power cable out during the initialization process that happens on the first boot, which corrupts the SD card and requires reflashing. The reason for the link to the lack of monitor is that users don't know when they can safely remove power if they don't have a monitor connected.

Tested that theory, its correct, the 'dirty bit' is set if the computer lost power while in the middle of processing.

navotera commented 6 years ago

i believe reflash is not wise solution... i got this too... any better method to make me not to take reflashed step

drigz commented 6 years ago

@navotera, if our theory is correct, this error occurs because the filesystem is corrupted when the user pulls the power cable from the Raspberry Pi while it is still running. In that case, reflashing is the most reliable solution.

If there are files on the Raspberry Pi that haven't been backed up, you can plug the SD card into a computer and copy them off before reflashing.

navotera commented 6 years ago

i resolve this issues by removing default pi user and creating new user on whatever u name it. dont forget to assign new user in root group roles

iamshadmirza commented 6 years ago

creating a backup of lxde-pi-rc.xml and trying to restore it on boot if the file is empty doesn't work. Re flashed the card, it was working fine then this problem occurred again.

Camdude527 commented 6 years ago

Can someone please help with this, im having this issue but i have data and programs on the pi that i would hate to lose, is there a way to get them off?

drigz commented 6 years ago

@Camdude527 You could plug the SD card into a computer to back up your data. And remember to keep regular backups of important data in future! eg with Google Drive / Dropbox / GitHub (for code)