12
Firmware für N7100E gesucht
Hallo in die Runde,
ich habe hier ein mittelschweres Problem, und wäre froh wenn jemand hierzu Hilfe bietet:
gegeben ist ein Fujitsu N7100E Netzwerkscanner der bis zum Update auf die aktuellste Firmware seinen Dienst versehen hat.
Es soll auf Netzwerkfreigaben gescannt werden, ich kann diese auch einbinden, beim speichern läuft er dann in einen Fehler "F4EF0000 Der Administrator sollte sich mit dem FSC Fachändler ..."
Das Gerät hatte vor dem Update klaglos funktioniert.
Leider wurde das ganze an PFU verkauft und ich finde nirgends mehr eine ältere Firmwareversion zum Download.
Die Hotline war bemüht sagte aber das sie aus Datenschutz-/Copyrightgründen keine ältere Software zum Download zur Verfügung stellen könne.
Hat hier jemand von euch ne ältere Version rumfliegen ?
PS Das Gerät hat logischerweise auch keine Garantie mehr.
danke euch für euren Input
ich habe hier ein mittelschweres Problem, und wäre froh wenn jemand hierzu Hilfe bietet:
gegeben ist ein Fujitsu N7100E Netzwerkscanner der bis zum Update auf die aktuellste Firmware seinen Dienst versehen hat.
Es soll auf Netzwerkfreigaben gescannt werden, ich kann diese auch einbinden, beim speichern läuft er dann in einen Fehler "F4EF0000 Der Administrator sollte sich mit dem FSC Fachändler ..."
Das Gerät hatte vor dem Update klaglos funktioniert.
Leider wurde das ganze an PFU verkauft und ich finde nirgends mehr eine ältere Firmwareversion zum Download.
Die Hotline war bemüht sagte aber das sie aus Datenschutz-/Copyrightgründen keine ältere Software zum Download zur Verfügung stellen könne.
Hat hier jemand von euch ne ältere Version rumfliegen ?
PS Das Gerät hat logischerweise auch keine Garantie mehr.
danke euch für euren Input
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 672501
Url: https://administrator.de/forum/firmware-fuer-n7100e-gesucht-672501.html
Ausgedruckt am: 21.04.2025 um 12:04 Uhr
12 Kommentare
Neuester Kommentar
Hallo auch
Das ist wirklich ärgerlich – vor allem, wenn ein Firmware-Update plötzlich funktionierende Funktionen lahmlegt. Der Fehlercode F4EF0000 beim Fujitsu / PFU N7100E ist leider bekannt dafür, dass er oft in Zusammenhang mit Authentifizierungs- oder Berechtigungsproblemen bei Netzwerkfreigaben auftritt – speziell nach Firmware-Updates, wenn sich Sicherheitseinstellungen ändern.
Hier ein paar mögliche Lösungsansätze:
---
1. SMB-Version prüfen
Viele Firmware-Updates schalten ältere SMB-Versionen (v1 oder v2) ab oder setzen neue Standardeinstellungen. Prüfe auf dem Zielgerät (z.B. Windows-Server oder NAS), welche SMB-Version aktiv ist – und stelle sicher, dass SMB v2 oder v3 verwendet wird. Falls das Zielgerät noch nur SMBv1 spricht, wird der Scanner das nach dem Update möglicherweise verweigern.
Tipp: Aktiviere auf dem Zielgerät testweise SMBv2/v3 und richte eine neue Freigabe zum Test ein.
---
2. Zugriffsdaten prüfen / neu setzen
Manchmal werden gespeicherte Zugangsdaten durch das Firmware-Update beschädigt oder nicht mehr kompatibel gespeichert. Setze sie neu:
Lösche die alte Netzwerkfreigabe im Scanner komplett.
Richte sie komplett neu ein, inklusive Benutzername und Passwort.
Achte auf:
Domänenname (z. B. DOMAIN\Benutzername)
Sonderzeichen im Passwort (einige Firmware-Versionen machen da Probleme)
3. Adminmodus und erweiterte Einstellungen
Wenn der Fehler „Administrator soll sich beim Händler melden“ kommt, kann das auch auf ein internes Sicherheits-Flag hindeuten, das gesetzt wurde (z. B. durch falsche Zertifikate, Netzwerkprobleme, etc.).
Versuche folgendes:
Melde dich im Admin-Mode an (über Webinterface oder Scanner-UI)
Gehe zu den Erweiterten Netzwerkeinstellungen und prüfe:
DNS-Server korrekt?
Zeitserver synchron?
Zertifikate gültig?
Alle Netzwerkpfade erreichbar?
---
4. Firmware-Downgrade (inoffiziell?)
Offiziell stellt PFU (jetzt Ricoh) keine Downgrades mehr zur Verfügung – sie sind meist „locked“. Es gibt aber ein paar Foren, wo ältere Versionen geteilt wurden.
Frage:
Weißt du noch ungefähr, welche Firmware-Version vorher installiert war? (z. B. 2.3.0, 2.5.1, etc.)
Wenn ja, könnte ich gezielter nach einem Backup suchen.
Quelle: ChatGPT KI
Das ist wirklich ärgerlich – vor allem, wenn ein Firmware-Update plötzlich funktionierende Funktionen lahmlegt. Der Fehlercode F4EF0000 beim Fujitsu / PFU N7100E ist leider bekannt dafür, dass er oft in Zusammenhang mit Authentifizierungs- oder Berechtigungsproblemen bei Netzwerkfreigaben auftritt – speziell nach Firmware-Updates, wenn sich Sicherheitseinstellungen ändern.
Hier ein paar mögliche Lösungsansätze:
---
1. SMB-Version prüfen
Viele Firmware-Updates schalten ältere SMB-Versionen (v1 oder v2) ab oder setzen neue Standardeinstellungen. Prüfe auf dem Zielgerät (z.B. Windows-Server oder NAS), welche SMB-Version aktiv ist – und stelle sicher, dass SMB v2 oder v3 verwendet wird. Falls das Zielgerät noch nur SMBv1 spricht, wird der Scanner das nach dem Update möglicherweise verweigern.
Tipp: Aktiviere auf dem Zielgerät testweise SMBv2/v3 und richte eine neue Freigabe zum Test ein.
---
2. Zugriffsdaten prüfen / neu setzen
Manchmal werden gespeicherte Zugangsdaten durch das Firmware-Update beschädigt oder nicht mehr kompatibel gespeichert. Setze sie neu:
Lösche die alte Netzwerkfreigabe im Scanner komplett.
Richte sie komplett neu ein, inklusive Benutzername und Passwort.
Achte auf:
Domänenname (z. B. DOMAIN\Benutzername)
Sonderzeichen im Passwort (einige Firmware-Versionen machen da Probleme)
3. Adminmodus und erweiterte Einstellungen
Wenn der Fehler „Administrator soll sich beim Händler melden“ kommt, kann das auch auf ein internes Sicherheits-Flag hindeuten, das gesetzt wurde (z. B. durch falsche Zertifikate, Netzwerkprobleme, etc.).
Versuche folgendes:
Melde dich im Admin-Mode an (über Webinterface oder Scanner-UI)
Gehe zu den Erweiterten Netzwerkeinstellungen und prüfe:
DNS-Server korrekt?
Zeitserver synchron?
Zertifikate gültig?
Alle Netzwerkpfade erreichbar?
---
4. Firmware-Downgrade (inoffiziell?)
Offiziell stellt PFU (jetzt Ricoh) keine Downgrades mehr zur Verfügung – sie sind meist „locked“. Es gibt aber ein paar Foren, wo ältere Versionen geteilt wurden.
Frage:
Weißt du noch ungefähr, welche Firmware-Version vorher installiert war? (z. B. 2.3.0, 2.5.1, etc.)
Wenn ja, könnte ich gezielter nach einem Backup suchen.
Erst mal wow und danke für deine Reaktion:
was ich bisher gemacht habe:
Nach dem Firmware-/BSUpdate den Scanner komplett zurückgesetzt
der Scanner läuft in einer Samba-AD mit DomainLevel 2012_R2
war zuvor 2008_R2
am samba-Server läuft smbv2 und smbv3
NTLMv1 ist abgeschaltet
SMBv1 ist abgeschaltet
wins ist an
ldap Domain und Benutzer kann aufgelöst werden,
die Freigaben werden auch verbunden
Zeit und Zeitzone stimmen (per ISC-DHCP)
DNS ist auch korrekt
Zertifikate (?) - das einzige Zertifikat das ich sehe ist das ldap wenn verwendet. Dieses steht auf "ca nicht validieren".
Es macht aber auch keinen Unterschied wenn ldap ohne ssl verwendet wird
beim Abfragen der Freigaben spuckt er aus, daß das Netz nicht durchsucht werden kann (sinngemäss)
war aber auch bei der vorherigen "Firmware"
egal ob ich in der Domain bin (ldap eingerichtet) oder als Standalone mit Scheunentor Freigabe ist das Ergebnis dasselbe.
mit wireschark sehe ich auch das er auf die Freigabe zugreift.
Leider bin ich zuwenig fit um daraus etwas sinnvolles zu extrahieren.
die vorherige Version weiss ich leider nicht mehr.
Besten Dank
was ich bisher gemacht habe:
Nach dem Firmware-/BSUpdate den Scanner komplett zurückgesetzt
der Scanner läuft in einer Samba-AD mit DomainLevel 2012_R2
war zuvor 2008_R2
am samba-Server läuft smbv2 und smbv3
NTLMv1 ist abgeschaltet
SMBv1 ist abgeschaltet
wins ist an
ldap Domain und Benutzer kann aufgelöst werden,
die Freigaben werden auch verbunden
Zeit und Zeitzone stimmen (per ISC-DHCP)
DNS ist auch korrekt
Zertifikate (?) - das einzige Zertifikat das ich sehe ist das ldap wenn verwendet. Dieses steht auf "ca nicht validieren".
Es macht aber auch keinen Unterschied wenn ldap ohne ssl verwendet wird
beim Abfragen der Freigaben spuckt er aus, daß das Netz nicht durchsucht werden kann (sinngemäss)
war aber auch bei der vorherigen "Firmware"
egal ob ich in der Domain bin (ldap eingerichtet) oder als Standalone mit Scheunentor Freigabe ist das Ergebnis dasselbe.
mit wireschark sehe ich auch das er auf die Freigabe zugreift.
Leider bin ich zuwenig fit um daraus etwas sinnvolles zu extrahieren.
die vorherige Version weiss ich leider nicht mehr.
Besten Dank
Moin,
hast Du ein NAS oder sonst ein Linuxsystem? Nimm das dann mal als Scanziel, da kannst Du dann in Samba - gibt es viele Tutorials, auch Videos - die Anforderungen schrittweise senken und schauen, wann es klappt. Wenn Du weißt, woran es hängt, fällt es leichter, das auf die Windows-Ebene zu übertragen.
Wenn es dann nur mit Linux läuft: ggf. kleinen Rapsberry PI dazwischenschalten, auf den gescannt wird und von dem dann über einen Task vom Windows-Server die Dateien abgeholt werden.
Gruß
DivideByZero
hast Du ein NAS oder sonst ein Linuxsystem? Nimm das dann mal als Scanziel, da kannst Du dann in Samba - gibt es viele Tutorials, auch Videos - die Anforderungen schrittweise senken und schauen, wann es klappt. Wenn Du weißt, woran es hängt, fällt es leichter, das auf die Windows-Ebene zu übertragen.
Wenn es dann nur mit Linux läuft: ggf. kleinen Rapsberry PI dazwischenschalten, auf den gescannt wird und von dem dann über einen Task vom Windows-Server die Dateien abgeholt werden.
Gruß
DivideByZero
mit wireschark sehe ich auch das er auf die Freigabe zugreift.
Der Shark ist ein englischer Kabelhai! Screenshot ggf. einmal posten würde ggf. helfen?! 
Ansonsten wie Kollege @DivideByZero schon sagt...
- RasPi aus der Bastelschublade ziehen und dort Samba aktivieren
- Offenes Gast Share Verzeichnis z.B. "/srv/samba/public/" ohne Rechte erstellen um vorab Rechte Problematiken zu umgehen.
- chown -R nobody:nogroup /srv/samba/public/
- chmod 2770 /srv/samba/public/
- smb.conf setzen und auch dort gleich testweise SMBv1, v2 und v3 aktivieren um nicht an der Version zu scheitern.
[global]
server min protocol = SMB1
server max protocol = SMB3
[public]
# Gastzugang ohne Passwort
path = /srv/samba/public/
comment = Public
read only = no
guest ok = yes
guest only = yes - Samba Daemon mit systemctl restart smbd neu starten um den Share zu aktivieren und testweise zum Funktionscheck mit einem PC, Mac usw. Daten per SMB auf das Test Verzeichnis schreiben, was ohne Probleme klappen sollte.
Klappt das, ist der SMB/CIFS Transfer grundsätzlich ok und du kannst dann Schritt für Schritt die Versionen und Rechte anpassen um zu checken was geht und was nicht.
Immer strategisch vorgehen...
Ich will ja den Kollegen nicht die Show stehlen aber hast dus mal mit der IP Adresse probiert? Unix und Freigaben geht oft nicht über Hostnamen.
1
Das ist so plump pauschal gesagt natürlich nicht richtig und weisst du als Administrator auch selber. Sofern man einen sauber konfigurierten lokalen DNS Server betreibt klappt das erwartungsgemäß problemlos. Meistens scheitert es in einfachen Netzen ohne DNS wo SMB dann allein auf Naming Broadcasts oder mDNS angewiesen ist. Da der TO ein AD betreibt wird es wohl auch einen lokalen DNS dazu geben (geraten)?!
Grundsätzlich hast du aber Recht das man zu mindestens mit der nackten IP Angabe statt Hostnamen beim Client gleich ein mögliches DNS Problem umgeht.
Grundsätzlich hast du aber Recht das man zu mindestens mit der nackten IP Angabe statt Hostnamen beim Client gleich ein mögliches DNS Problem umgeht.
Ich werde das über die Osterfeiertage mal testen
im ad machts der scanner jedenfalls nicht
danke euch erst mal
vg
im ad machts der scanner jedenfalls nicht
danke euch erst mal
vg
Das ist so plump & pauschal gesagt schon richtig so. Hat auch wenig bis nix mit dem DNS Server zutun sondern ist so eine Linux-Windows Eigenheit, die mir immer wieder begegnet ist (und das ist schlicht Erfahrung, die man in keinem Buch nachlesen kann).
Zum besseren Verständnis: Die N7100 Geräte laufen mit Windows Embedded 32 Bit, evtl mittlerweile 64 bittig habe aber schon lange keinen mehr in der Hand gehabt.
Zum besseren Verständnis: Die N7100 Geräte laufen mit Windows Embedded 32 Bit, evtl mittlerweile 64 bittig habe aber schon lange keinen mehr in der Hand gehabt.
Moin,
Würde ich ja eher mit nem SMB-Proxy lösen. Dann sind die Files in Echtzeit dort, wo sie benötigt werden:
SMB1 Proxy auf Debian 11.7 nur Leserecht
Wenn es dann nur mit Linux läuft: ggf. kleinen Rapsberry PI dazwischenschalten, auf den gescannt wird und von dem dann über einen Task vom Windows-Server die Dateien abgeholt werden.
Würde ich ja eher mit nem SMB-Proxy lösen. Dann sind die Files in Echtzeit dort, wo sie benötigt werden:
SMB1 Proxy auf Debian 11.7 nur Leserecht
Moin @linuxer1,
das könnte tatsächlich die richtige Richtung sein, denn laut dem hier ...
Quelle:
https://www.pfu.ricoh.com/global/scanners/fi/dl/setup/n7100e-sw-ns002020 ...
... wurde an dieser Stelle beim der letzten System Software Update auch rumgefummelt. 🙃
Gruss Alex
Zertifikate (?) - das einzige Zertifikat das ich sehe ist das ldap wenn verwendet. Dieses steht auf "ca nicht validieren".
das könnte tatsächlich die richtige Richtung sein, denn laut dem hier ...
Quelle:
https://www.pfu.ricoh.com/global/scanners/fi/dl/setup/n7100e-sw-ns002020 ...
... wurde an dieser Stelle beim der letzten System Software Update auch rumgefummelt. 🙃
Gruss Alex
Hat auch wenig bis nix mit dem DNS Server zutun
Deshalb ja auch die Anmerkungen zu NMBD Requests sofern kein DNS vorhanden ist. Ist zwar nicht nachzuvollziehen warum das eine "Eigenheit" sein soll aber wenn das deine Erfahrung ist muss man das erstmal so hinnehmen, keine Frage.
Zitat von @aqui:
Ist zwar nicht nachzuvollziehen warum das eine "Eigenheit" sein soll aber wenn das deine Erfahrung ist muss man das erstmal so hinnehmen, keine Frage.
Ist zwar nicht nachzuvollziehen warum das eine "Eigenheit" sein soll aber wenn das deine Erfahrung ist muss man das erstmal so hinnehmen, keine Frage.
Schon mal versucht auf versch. Druckern mit Scaneinheit SMB einzurichten? Bei Hersteller X gehts über den Hostnamen und bei Y gehts wieder nicht. Und was läuft als Firmware auf solchen Geräten? Irgendein Unix Derivat.
