Jump to content

Small problem with Jessie, more problems after upgrade to Buster (OPi PC+)


laurentppol

Recommended Posts

Hi there,

I have 2 OPi PC+, one was with Jessie, then upgraded to Stretch, Working almost fine, only one issue was "systemctl start postgresql.service" not working. I used a workaround, "su - postgres -c 'pg_ctl start'". Postgres not from repo (previously was from repo) but compiled from source, as I need at least version 10 for "logical replication".

Not at some point of time, I noticed message, that kernel package is to upgrade (3.4.112 to 3.4.113). After reboot graphics don't start. "No screens found".

Ok, so I tried to upgrade (apt update, apt upgrade, apt dist-upgrade after changing name in /etc/apt/ files).

Now it's almost crash:

- graphics starts no more, same error, BUT kernel is STILL 3.4.113, not 5.4.20 as in Buster "OOB" (*.img file).

- several services doesn't start, including network config. Problem (at least) is in fact, that journal service refuses to start.

 

How to diagnose / repair situation? (as there is no package "journald / systemd-journal" to reinstall).

I have "some" software installed / configured on this machine, so I don't want to install from scratch. (openhub2, mosquitto, nginx, postgres - there is minor problem, I need to compile PgAdmin 4 (v3 does work with up to 9.6 version of database), but this in separate thread).

 

Laurent.

Link to comment
Share on other sites

As from Armbians point of view what you can try is to build and install a current kernel package from scratch using the build script and install it with dpkg.

All the other issues seem to be Debian related, not Armbian. Armbian basically creates a kernel to make a Debian run on various SBCs. The OS itself is just minimally touched.

Link to comment
Share on other sites

3 hours ago, Werner said:

As from Armbians point of view what you can try is to build and install a current kernel package from scratch using the build script and install it with dpkg.

All the other issues seem to be Debian related, not Armbian. Armbian basically creates a kernel to make a Debian run on various SBCs. The OS itself is just minimally touched.

Ok, are we back in 2000? Compiling kernel from source?

Wouldn't it be much simpler to install (already existing(!) in Armbian repo, kernel + modules (packages) + force rebuild initrd? The work of building current kernel is already done, just need to know HOW to install (upgrade from Stretch's to be exact) packages. As I can see, now I have (all?) packages in Buster version, EXCEPT kernel.

 

Second, the systemd-journal, just need to know how to diagnose / repair this. Then I'll have logs to diagnose next issues. I'm just new to Debian / Armbian (on PC I use Fedora). Could You help? Or have I to look for Debian support forum?

 

[EDIT]

Partially got answer but runt into problem:

for upgrading kernel + modules + remake initrd I used: "apt install linux-image-current-sunxi". But after reboot bootloader complains to missing DTD and falls back to DHCP/TFTP boot. Happily I have working system in eMMC so I'll try to boot it, then change links to kernel + initrd into /boot on SD. Then look for package containing DTD. At least some progress. :)

 

[EDIT2]

Just copied DTB from eMMC (there is working OOB Buster) :)

systemd-journal started "automagically", but network doesn't (modules loaded, interfaces created but no addresses nor routes, set up manually from console then ssh)

 

[EDIT3]

Now video, from /var/log/X11org.log

 

[  2047.842] (II) LoadModule: "fbturbo"
[  2047.843] (WW) Warning, couldn't open module fbturbo
[  2047.843] (EE) Failed to load module "fbturbo" (module does not exist, 0)
[  2047.843] (EE) No drivers available.
[  2047.844] (EE)
Fatal server error:
[  2047.844] (EE) no screens found(EE)
[  2047.845] (EE)

 

BUT trying to install "fbturbo":

 

root@orangepipcplus:~# apt install xserver-xorg-video-fbturbo
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package xserver-xorg-video-fbturbo is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'xserver-xorg-video-fbturbo' has no installation candidate

 

ooops, what now? anyone helps?

 

Edited by laurentppol
Link to comment
Share on other sites

2 hours ago, laurentppol said:

are we back in 2000? Compiling kernel from source?

 

We are just a small step away from embedded world. Where stuff is compiled from sources in 100% of cases. Not just kernel, everything. You are lucky that you have near to some everyday Linux experience. 

 

2 hours ago, laurentppol said:

anyone helps?

 

Get fresh original image https://docs.armbian.com/User-Guide_Getting-Started/#how-to-check-download-authenticity you will be few hours faster.

 

2 hours ago, laurentppol said:

Could You help? Or have I to look for Debian support forum?

 

https://github.com/armbian/build#support

Link to comment
Share on other sites

Hi Igor,

VERY nice to see You are still here :).

 

Now I have following situation: 2 OPi PC+ boxes, both (now) with Armbian Buster. NONE of them is 100% working.

 

The "old one" has history: Jessie from *img, software installation + configuration (90% with synaptic, only Postgresql 10 from sources), working 100%. Then kernel upgrade (apt), to 3.4.113, graphics stops to work. Everything else works. So I decided to upgrade (apt) to Stretch then to Buster. Had to manually (but still using apt / dpkg!) upgrade kernel. Almost success: graphics doesn't start either, network not configured at startup, (but after logging to console, configure eth0 with ifconfig, then ssh + xfce-session + nm-gui -> it becomes OK). Bizarre, htop shows only ONE core.

 

The "new one": Buster from *.img, then installing / configuring software (synaptic, + openhab2, will read again how to install). Graphics working. Htop shows 4 cores. Working almost 100% (even start / stop Postgresql with systemctl works!).

But still have to install / configure software.AND there is NO PgAdmin4 in repo, needed to manage (graphically) PostgreSql 11 (from repo this time). There IS PgAdmin3 in repo, which is compatible with up to 9.6 version of Postgres, so THIS is a "bug in repo".

 

So now I have 2 ways: - repair "old one" (preferred), - continue to install / configure the "new one" (but this is "Windoze way" :( ). For both there is problem with PgAdmin4. I think I'll ask for help in identifying problems / repairing system. With "fresh one" installation I think I'll go myself.

 

And we are light-years away from embedded world (like OpenWrt), look at memory (RAM/flash in gigabytes range), MHz (rather GHz), USB3, GbE... resources, it is nearly quite modern PC... THIS is WHY I want to migrate many services (not needing very much resource) to OPi + (maybe) a HDD for large items storage (films etc). And it is running 24/7 so it is perfect for ex home automation.

 

And if maintainers already did the work of compiling / packaging, why try to compile by myself, instead of using packages?

 

BTW both machines DIFFER (slightly) in system level behaviour (text console colors, fonts/icons in graphics), they should not, as they are (now) both Buster... (IMO).

Edited by laurentppol
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines