Nur mit C0-Stepping bekommt man die 1.8 GHz automatisch.
Ok. Ich habe die alte Version. Das heißt man muss was machen, um die 1,8 Ghz zu bekommen?
Neues Raspberry Pi OS (Bullseye)
- hyle
- Thread is marked as Resolved.
Registriere dich jetzt, um exklusive Vorteile zu genießen! Als registriertes Mitglied kannst du Inhalte herunterladen und profitierst von einem werbefreien Forum.
Mach mit und werde Teil unserer Community!
Mach mit und werde Teil unserer Community!
-
-
Das kann man einstellen.
Diesen Link habe ich eigentlich gesucht: https://www.raspberrypi.com/ne…us-1-8ghz-raspberry-pi-4/
Codearm_freq=1800Es sollte aber für genügend Kühlung gesorgt werden.
-
Ich habe eben festgestellt dass raspiBackup mit rsync auf Bullseye abbricht wenn die Backuppartition per nfs gemounted ist ...
Ich habe gestern auf meinem RPi4B/8 einen Upgrade von "Buster 10/64" auf Bullseye 11/64" durchgeführt. Das Backup (nfs auf QNAP) heute früh ist fehlerfrei durchgelaufen.
Restore habe ich noch nicht geprüft.
-
-
heute früh ist fehlerfrei durchgelaufen.
Interessant. Vermutlich hat es mit dem Upgrade zu tun. Ich vermute Du hast auf Deiner Raspi durch den Upgrade kein Verzeichnis /var/log/journal bekommen. Bei einer Neuinstallation von Bullseye ist das Verzeichnis vorhanden und erzeugt einen Abbruch.
-
Code
Display More:~ $ ls /var/log alternatives.log apache2 clamav daemon.log.3.gz dpkg.log.3.gz fail2ban.log.1 kern.log.3.gz mail.log messages.4.gz php7.4-fpm.log.5.gz syslog.1 ufw.log.3.gz wtmp alternatives.log.1 apt cron.log daemon.log.4.gz dpkg.log.4.gz fail2ban.log.2.gz kern.log.4.gz mail.log.1 msmtp php7.4-fpm.log.6.gz syslog.2.gz ufw.log.4.gz wtmp.1 alternatives.log.2.gz auth.log cron.log.1 debug dpkg.log.5.gz fail2ban.log.3.gz lastlog mail.log.2.gz php7.4-fpm.log php7.4-fpm.log.7.gz syslog.3.gz unattended-upgrades alternatives.log.3.gz auth.log.1 cron.log.2.gz debug.1 dpkg.log.6.gz fail2ban.log.4.gz letsencrypt mail.warn php7.4-fpm.log.1 php7.4-fpm.log.8.gz syslog.4.gz user.log alternatives.log.4.gz auth.log.2.gz cron.log.3.gz debug.2.gz dpkg.log.7.gz faillog mail.err mail.warn.1 php7.4-fpm.log.10.gz php7.4-fpm.log.9.gz syslog.6.gz user.log.1 alternatives.log.5.gz auth.log.3.gz cron.log.4.gz debug.3.gz dpkg.log.8.gz fontconfig.log mail.err.1 mail.warn.2.gz php7.4-fpm.log.11.gz postgresql syslog.7.gz user.log.2.gz alternatives.log.6.gz auth.log.4.gz cups debug.4.gz dpkg.log.9.gz journal mail.err.2.gz messages php7.4-fpm.log.12.gz private sysstat user.log.3.gz alternatives.log.7.gz bootstrap.log daemon.log dpkg.log elasticsearch kern.log mail.info messages.1 php7.4-fpm.log.2.gz redis ufw.log user.log.4.gz alternatives.log.8.gz btmp daemon.log.1 dpkg.log.1 exim4 kern.log.1 mail.info.1 messages.2.gz php7.4-fpm.log.3.gz runit ufw.log.1 vncserver-x11.log alternatives.log.9.gz btmp.1 daemon.log.2.gz dpkg.log.2.gz fail2ban.log kern.log.2.gz mail.info.2.gz messages.3.gz php7.4-fpm.log.4.gz syslog ufw.log.2.gz vncserver-x11.log.bak -
Was bekommst Du denn mit ls -la /var/log/journal ? Sind ACLs dran?
-
-
Code
:/var/log $ ls -la /var/log/journal insgesamt 12 drwxr-sr-x+ 3 root systemd-journal 4096 13. Nov 14:09 . drwxr-xr-x 17 root root 4096 14. Nov 00:00 .. drwxr-sr-x+ 2 root systemd-journal 4096 14. Nov 12:31 59d83beb4c764e88815d60af33e08581 -
Danke fuer die Ausgabe
. D.h. Du hast ACLs und rsync laeuft durch. Lass uns besser in diesem Thread weitermachen denn wir sind hier ziemlich off topic. Ich habe eine Vermutung: Kannst Du mal im Debug Log nachsehen? Dort gibt es eine Zeile die den rsync Aufruf zeigt. Bei mir sieht es so aus:Code20210820-050159 DBG 1681: --> executeCmd Command: rsync --exclude="/disks/silver/backup/rsync" --exclude="/root/raspiBackup.log" --exclude="/root/raspiBackup.msg" --exclude='.gvfs' --exclude=/proc/* --exclude=/lost+found/* --exclude=/sys/* --exclude=/dev/* --exclude=/boot/* --exclude=/tmp/* --exclude=/run/* --exclude=/var/cache/* --exclude=/@HOSTNAME@-backup.img --exclude=/@HOSTNAME@-backup.tmg --exclude=/@HOSTNAME@-backup.sfdisk --exclude=/@HOSTNAME@-backup.mbr --exclude=/raspiBackup.log --exclude=/raspiBackup.msg -20210813-050001" --numeric-ids -aHAx --delete / "/disks/silver/backup/rsync/@HOSTNAME@/@HOSTNAME@-rsync-backup-20210820-050001"Die Antwort bitte in dem anderen Thread
-
Nö, ist noch drin:
Eine Eingabe von python in der Konsole führt zu folgender Ausgabe:
...
Habe vorhin das Raspberry Pi OS -Lite mal aufgesetzt und jetzt scheint Python2 raus zu sein:
Code
Display Morepi@raspberrypi:~ $ python -V Python 3.9.2 pi@raspberrypi:~ $ python3 -V Python 3.9.2 pi@raspberrypi:~ $ python2 -V -bash: python2: command not found pi@raspberrypi:~ $ pi@raspberrypi:~ $ pi@raspberrypi:~ $ uname -r 5.10.63-v7+ pi@raspberrypi:~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)" NAME="Raspbian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
-
-
Sodala, ich habe es nochmal ausprobiert auf der SD-Karte mit "Raspberry Pi OS bullseye (desktop-full)":
2021-10-30-raspios-bullseye-armhf-full.zip -- das Image inkl. "recommended software"
Dieses Image habe ich zeitnah zur Veröffentlichung der Foundation am 08.11.2021 gezogen.
Gerade getestet:
# Aktualisierung des Systems:
Python2 ist also immer noch da.
Ich habe noch eine andere SD-Karte mit einem raspios-desktop (ohne "recommended software") neueren Datums. Da kommt bei Eingabe von python2 wie bei Euch:
Code-bash: python2: command not foundMit raspios-lite habe ich es jetzt mangels Download nicht getestet, da verweise ich auf die Ergebnisse von hyle
--> Es könnte also auch am ganz großen Image "desktop with recommended software" liegen...
-
Python2 ist also immer noch da
Code
Display Moreapt search python2 ... python2/stable 2.7.18-3 arm64 Interaktive objektorientierte Hochsprache (Python2-Version) python2-dbg/stable 2.7.18-3 arm64 Debugversion des Python2-Interpreters (Version 2.7) python2-dev/stable 2.7.18-3 arm64 Header-Dateien und eine statische Bibliothek für Python2 python2-doc/stable,stable 2.7.18-3 all Dokumentation für die objektorientierte Hochsprache Python2 python2-minimal/stable 2.7.18-3 arm64 Minimale Teilmenge der Sprache Python2 python2.7/stable 2.7.18-8 arm64 Interaktive, objektorientierte, höhere Programmiersprache (Version 2.7) python2.7-dbg/stable 2.7.18-8 arm64 Debug-Version des Python-Interpreters (Version 2.7) python2.7-dev/stable 2.7.18-8 arm64 Header-Dateien und eine statische Bibliothek für Python (v2.7) python2.7-doc/stable,stable 2.7.18-8 all Dokumentation für die objektorientierte Hochsprache Python (Version 2.7) python2.7-examples/stable,stable 2.7.18-8 all Beispiele für die Sprache Python (v2.7) python2.7-minimal/stable 2.7.18-8 arm64 Minimale Teilmenge der Sprache Python (Version 2.7) ...Und auch in der Lite-Version(64). Man kann es immer noch installieren.
MfG
Jürgen
-
Hallo,
Ich bin gerade dabei, für meine Kellerbar einen Mediaplayer aufzusetzen, verwendet wird ein RasPi Zero W Rev 1.1 mit einem HifiBerry DAC+ ZERO. Es funktionierte alles sehr gut, bis ich die SD-Karte auf read-only schalten wollte. Ich habe dazu diese Anleitung befolgt. Aber seitdem verweigert der MPD, zu starten. Angeblich kann er Port 6600 nich öffnen, weil schon belegt. Aber da finde ich nichts. Ausserdem ist die Uhrzeit komisch, das macht mich ein wenig stutzig.
Nun zu meiner Frage:
Hat schon jemand probiert, den RasPi Bullseye auf read-only zu konfigurieren?
LG,
Ch.
-
-
Ich habe dazu diese Anleitung befolgt.
Was für ein Aufwand! Und dabei wäre es so einfach gewesen per sudo raspi-config >> Performance Options >> Overlay File System
//Edit: Fast vergessen... Willkommen im Forum!
-
Jürgen Böhm Die Reaktion auf Deinen Beitrag bezog sich auf die Aussage, nicht auf den Inhalt!
-
Die Reaktion auf Deinen Beitrag bezog sich auf die Aussage, nicht auf den Inhalt!
Sorry, ich war nur neugierig ob Python2 noch da ist.
Oder wie Hagrid immer sagte: "Hätte ich mal bloß nichts gesagt"
MfG
Jürgen
P.S.: Ist schon Mega-OT
-
-
"Hätte ich mal bloß nichts gesagt"
Alles gut!
Ich habe mich vielleicht auch falsch ausgedrückt. Traurig (die Reaktion) finde ich nur, das es sogar noch die Möglichkeit gibt, das tote Python2 nachinstallieren zu können.OT ist das imho eigentlich nicht, weil es ja hier um das "neue" aktuelle OS inkl. Software geht. Davon ab ist das mein Thread, und da entscheide ich was OT ist und was nicht.
-
Was für ein Aufwand! Und dabei wäre es so einfach gewesen per sudo raspi-config >> Performance Options >> Overlay File System
//Edit: Fast vergessen... Willkommen im Forum!
Danke für die Info! Ich wusste ja, das da mittlerweile schon was eingebaut ist im raspi-config, hatte es nur nicht gefunden.
Aber eine Frage hätte ich nun doch noch: wie kann ich das (temporär) wieder schreibbar machen? Ich habe da nichts konkretes gefunden, nur immer was von "Overlay entfernen". Aber im raspi-config finde ich dazu nichts, es spricht immer von "enable". Wo klemmt es bei mir mal wieder in den Ganglien?
LG,
Ch
-
Aber eine Frage hätte ich nun doch noch: wie kann ich das (temporär) wieder schreibbar machen?
Grrrr, bin ich doof, eh. Einfach bei der Frage "no" antworten und man ist wieder rw.
Sorry wg. der Konfusion und LG,
Christof
-
-
Aber im raspi-config finde ich dazu nichts
An der selben Stelle. Dort kannst Du das auch wieder deaktivieren. Etwas verwirrend ist es allerdings wirklich, weil dort auch gefragt wird, ob man die boot-Partition auch auf ro setzen will.
Unter Bullseye habe ich das noch nicht getestet, aber bei Buster funktionierte das alles ganz gut.
-
Unter Bullseye habe ich das noch nicht getestet, aber bei Buster funktionierte das alles ganz gut.
Unter Bullseye funktioniert es (zumindest bei mir)
Danke für den Support!
