yupp, wenn nicht irgendein Entwickler was gebastelt hat, um FRP zu canceln [1], geht's wahrscheinlich nur über Google oder den Hersteller.
[1]
in meinem links (dem Erstem ?) meine ich was dazu gelesen zu haben ...
anyway hänge mal ein Bild eines Samsung SM-T510 Bootloader an (falls die Tastenkombi f. Redmi gefunden wurde) wie es auszieht, wenn FRP und OEM Off sind
und ein neues Androind Image aufspielen
ich bezweifele, dass das gehen würde.
FRP und OEM unlock sind m.M.n. verbandelt.
M.M.n. brauchst du Letzteres um den Bootloader zu modifizieren.
schätze, jeder Rom-Flash wird mit Fehlermeldung enden.
weiter schätze ich, Google hat sich mit FRP schon was gedacht, sodass es mit Flashen selbst einer offiziellen ROM, geschweige Custom Rom, wohl nicht hinhauen wird, andernfalls hätte Google FRP auch weglassen können ...
geklautes/geschenktes Smartphone mit aktiven Google-Account drauf => offizielles ROM neu drauf und fertig: isss wohl eher nicht ...
ich glaube eine gute Anlaufstelle könnte dies hier sein:
lt. GSMArena ist das Redmi M2006C3MG ein Redmi 9C
=================
was ich mir mal zusammengesammelt habe:
Factory Reset Protection (FRP)
==============================
Factory Reset Protection (FRP), also known as Google account verification, is a feature added to Android device since Android Lollipop.
Most stock Android models are equipped with this feature.
FRP is designed to make sure that no one can easily wipe out the data and factory reset your phone if the phone is lost or stolen.
FRP is automatically enabled once you have added a Google account to your phone.
To disable FRP, you just have to remove Google account from your phone:
Settings > Accounts > Google
Once you enable FRP on your phone, when you or others try to set up the phone after factory reset in recovery mode, the phone will require you to verify your account.
You must enter Google username and password to access the phone.
Factory Reset: Settings > General Management > Reset > Factory Data Reset, the FRP Lock will be enabled.
To conclude, before you send your phone to the next user, you should first remove Google account from your phone to disable FRP, then you wipe out all data in your phone.
In this way, the next user can set up the phone without stopping by FRP.
Tip:
to avoid the trouble of FRP, you should not factory reset your phone in 24 hours after you have recently changed the Google password associated to your phone.
Due to security reason, Android wouldn't allow you to set up your phone with a Google password that is newly reset within 24 hours.
vlt. mit eins dieser scripte hier:
https://wiki.libreelec.tv/configuration/startup-shutdown#autostop.sh
=> autostop.sh
angereichert mit einem cp-command ?
===
wenn es nicht um das Schreiben/Backup, sondern nur Log-Ansehen geht:
sftp://<ip-adresse-zu-kodi-kiste>
- bei eingeschaltetem ssh
- ggf. mit Crtl-h um hidden dirs/files zu sehen
getestet auf Linux (Fedora) im Filemanager (Nautilus ?)
siehe screenshot und da: unten, "Enter Server adress"
Whitesnake - Love Ain't No Stranger
einfach mit benutzer und gruppenrechten zen Zugriff zu erlauben
was den nächsten reboot (ohne spezielle Vorkehrungen) aber wahrscheinlich nicht überlebt !
Hab gegoogelt, wie das geht ...
dagegen (das unnötige googlen ist gemeint) war eigentlich mein link zum PDF von der Intel-Bios-Seite in Kommentar #13, direkt unter meinem "Bios update:" gedacht !
Wer liest, spart Arbeit 
Sollte aber nicht als Angriff gelten
ich fühle mich nicht so schnell angegriffen, solange die Kritik kontruktiv ist und das ist es ja.
Ich hatte bei meinem Orginalpost einen Zusatz a la "wenn das so mit Overprovisioning (heute) noch gilt". Den hatte ich aber vor abschicken wieder gelöscht.
Generell "Ich weiss, dass ich nix weiss" und ich verstehe meine Statements (ggf. veraltet und eher weniger "streng wissenschaftlich"), in meinen Beiträgen als Empfehlungen, mit denen *ich* gut gefahren bin.
Der Adressat sollte die lesen, verstehen und sich ggf. seinen eigenen Reim draufmachen. Leider scheitert's manchmal bereits beim ersten Punkt.
so ist das halt in Userforen ...
===
zum Thema Over-provisioning:
von hier:
zit.: "Over-provisioning (sometimes spelled as OP, over provisioning, or overprovisioning) is the difference between the physical capacity of the flash memory and the logical capacity presented through the operating system (OS) as available for the user. During the garbage collection, wear-leveling, and bad block mapping operations on the SSD, the additional space from over-provisioning helps lower the write amplification when the controller writes to the flash memory.[4][26][27] Over-provisioning region is also used for storing firmware data like FTL tables. Over-provisioning is represented as a percentage ratio of extra capacity to user-available capacity:[28]"
also ich verstehe den roten markierten Teil so, dass ich zusätzliches User-OP [1] nur durch teilweises unpartioniert lassen der SSD erreichen kann.
Siehst du das anders ?
===
[1]
was - lt. kurzer Recherche - auch nicht schadet, zumal der Hersteller, zumindest bei Consumer-SSD, in den Specs explizit keine Angaben zu FW-OP macht. (kann auch sein, dass ich die überlesen habe)
Muss nur da wieder rein kommen -.-
auf normalen Tastaturen F2/F7 ohne FN !
ansonsten:
"Power Button Menu BIOS Update Instructions" ?
von meinen Nuc's:
F2-Taste: bios konfig.
F7-Taste: bios update (mit *.bio)
F10-Taste: boot menu
===
Bios update:
https://downloadmirror.intel.com/742780/NUC-BIOS-Update-Readme.pdf
Danach im Bios "load setup default" oder so.
Kann sein, dass deine aktuelle Platte danach nicht mehr bootet ..., vlt. erst nach Einbau der neuen SSD und vor OS-Installation durchführen !
===
meine Empfehlung für die Partitionierung der SSD:
lass hinten ~10-15 % unpartitioniert
google nach "Over-provisioning"
Hint:
deine SSD hat nur ~465 GB, auch wenn 500 GB draufstehen
Hersteller rechnen in 10-er potenzen, statt in 2-er.
Daher fehlen real immer ~7 % von der aufgedruckten Grösse
Zu deiner Hardware-Liste:
Ich würde RAM, SSD nicht kaufen.
Bei der Batterie ist der Stecker schlecht zu sehen; also noch mal checken.
RAM:
Mein Vorschlag wären die hier:
Wieso ?
Wenn du rechts neben der Bewertung auf den Herstellerlink gehst, kannst du die Kompatibelität checken. Mein RAM-Vorschlag soll 100 % passen.
Crucial laufen in allen meinen Nuc's, weil kompatibel.
SSD:
Intenso ist Hardware, die in Supermärkten angeboten wird. Nix f. mich !
Ich würde immer HW koofen, wo ich einen Support vom Hersteller bekomme, insbes. bei SSD's will ich ein Tool haben, wo ich den Zustand der SSD checken kann (das kann man zwar auch f. NoName-HW mit Linuxtools, aber ...)
Daher:
Eine von den beiden Ersten, mit Präferenz auf die Samsung.
Kostet allerdings 'ne Mark mehr als die NoName ...
Dafür gibt's dann aber auch 5 Jahre Garantie, das Tool, ggf. FW Updates, SLC-Cache ...
Habe jetzt eine 4k-Auflösung, aber nur 30Hz
kann der Nuc auch nur:
entweder aus deinem inxi output,
Zeile 16: => " dri: crocus gpu: i915 resolution: 3840x2160~30Hz"
oder aus dem Handbuch, siehe Kommentar #14,
da: 2. Link;
bisschen durchhangeln zur "Technical Product Specification" f. d. "NUC5CPYH",
da drin Seite 23
===
zum Installationsproblem
ist schon lange her, dass ich mich mit Debian/Ubuntu beschäftigt habe, aber ich erinnere mich, dass es einen Schalter/eine Option gibt, mit der man die Installationsumgebung nach Fehlern bereinigen kann.
apt --help
oder
dpkg --help
- ggf. mit "| more" hinter dem "--help", wenn die Ausgabe lang wird und durchrasselt
- und beide Gänsefüsschen weglassen, also: dpkg --help | more
Was gelernt !
Thanks
warum brauchst du auf dem Nuc einen "full-blown" Desktop ?
würde ein Libreelec mit Zattoo-Addon nicht reichen/gehen ?
Wenn ja: m.M.n. solltest du die "Legacy Generic" nehmen.
P.S.
habe keine Erfahrungen mit Zatto-Addon ...
sind die nicht an der Heatpipe mit der CPU/Chipsatz "verbacken" ?
und den Home-Ordner zu kopieren
und ggf. danach die Userrechte checken, bevor der Login als user danach ggf. komplett verweigert wird
NUC5CPYH
wenn das der Nuc ist, dann
- haben wir hier ein Bios (sogar von 2022):
wie das auf den Nuc kommt, steht rechts im README
- haben wir die Specs:
u.a. Seite 67, "System did not find a device to boot"
u.a. wie die CMOS-Batterie aussieht, Seite 15
und hier wo man ggf. Eine koofen kann:
Achtung: ich habe die Batterie-Specs NICHT gecheckt ! (es sind eigentlich nur eingeschweisste Standard CR20232)
Falls du die Batterie tauschen muss, vlt. noch ein Tip:
Lüfter mal durchpusten, wenn du die Kiste schon zerlegt hast:
Seite 15:
Wenn ich's richtig sehe, der Lüfter schaufelt die heisse Luft nach oben im Bild raus.
Ich meine, dass zwischen dem Propeller und irgendwo im grauen Kanal ein Gitter ist, da könnte sich Staub angesammelt haben ...(nach 9 Jahren)
meine Gedanken dazu:
1. ich würde f. den Nuc mal auf Intel-Seiten surfen, ob es f. die Kiste noch ein Bios-Update gibt. Die fixen gelegentlich auch CPU-/GPU-Bugs ...
Achtung: neuere Nuc's - ich glaube alles ab Nuc8 - sind nach Asus umgezogen.
2. Ich würde mal, weil die Kiste ja Bootmedien vergisst, schauen, ob die CMOS-Batterie noch frisch ist:
- auf Fehlermeldungen beim Booten bzgl. Zeit/etc achten, oder ins Bios selber schauen, ob die Uhr richtig geht; insbes. nach längerem Power OFF.
Musste mal an einen Haswell (CPU, 4.Gen., genauer: i3-4010U, gekauft 2015) nach knapp 3 Jahren die Batterie tauschen.
Wenn du mal den genauen Typ des Nuc's (i.d. Regel: siehe Unterseite) postest, kann ich beim Suchen helfen ...
===
Es macht ggf. (bin kein Medienexperte !) beim Medienabspielen einen Unterschied, wie der Monitor am Nuc hängt, z.B. kann der i3-4010U
- am Mini-HDMI nur 1920 x 1200 @ 60 Hz, aber
- am Mini-DP 3840 x 2160 @ 30 Hz
anyway: FullHD ging damit auch am HDMI
Es gibt in Sat-IP Axe den TCP Verbindungsmodus, den ich auch nutze. Der ist für mich auch durchaus stabiler als das UDP welches man in der Original Firmware nutzen kann.
Thanks for input.
Und ich hatte mich schon gewundert, wieso du TCP nutzen kannst - du hattest mal einen log
Diese Frage an dich hatte ich in der pipe ...
