5
Log Dateien von CHKDSK werden nicht indexiert. Windows Suche liefert keine Ergebnisse
Hallo,
warum liefert die Windows Suche (in Win7 x32) keine Ergebnisse aus .log-Dateien erstellt mit CHKDSK?
Sobald die Zeichenkodierung der Dateien mit Notepad++ auf eine beliebige vorgeschlagene Kodierung umgeändert wird, liefert die Windows Suche sofort die Ergebnisse. Woran liegt das Problem?
Wie auf der Abbildung zu sehen zeigt Notepad++ erstmals gar keine Kodierung an:
Laut dem Windows eigenen Notepad handelt es sich dabei beim "Speichern unter" um eine UCS Zeichenkodierung (http://de.wikipedia.org/wiki/Universal_Character_Set).
Gruß
Evinben
warum liefert die Windows Suche (in Win7 x32) keine Ergebnisse aus .log-Dateien erstellt mit CHKDSK?
Sobald die Zeichenkodierung der Dateien mit Notepad++ auf eine beliebige vorgeschlagene Kodierung umgeändert wird, liefert die Windows Suche sofort die Ergebnisse. Woran liegt das Problem?
Wie auf der Abbildung zu sehen zeigt Notepad++ erstmals gar keine Kodierung an:
Laut dem Windows eigenen Notepad handelt es sich dabei beim "Speichern unter" um eine UCS Zeichenkodierung (http://de.wikipedia.org/wiki/Universal_Character_Set).
Gruß
Evinben
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 348050
Url: https://administrator.de/contentid/348050
Ausgedruckt am: 25.11.2024 um 20:11 Uhr
5 Kommentare
Neuester Kommentar
Weil mit ziemlicher Sichheit für die Codierung keine Metadaten für die iFilter Schnittstelle vorhanden sind.
LG Günther
LG Günther
Hi,
Evtl. Lösung Nr.1
Suchst Du nach den Inhalten aus den Log-Dateien? In meinen Einstellungen (Win10 Home) wird standardmäßig nicht nach den Inhalten sondern nur nach den Eigenschaften der .log-Dateien gesucht (s. Bild).
Evtl. Lösung Nr.2
Wird die Datei nach dem Ändern der Kodierung gefunden, oder evtl. auch schon nachdem (aus OS-Sicht) der Benutzer die Datei einfach geöffnet und gespeichert hat (ohne Änderung der Kodierung)?
Ansonsten gibt es hier eine Beschreibung, wie man chkdsk-Log im Event-Viewer anzeigt.
Viele Grüße
Zitat von @evinben:
. . .
warum liefert die Windows Suche (in Win7 x32) keine Ergebnisse aus .log-Dateien erstellt mit CHKDSK?
. . .
warum liefert die Windows Suche (in Win7 x32) keine Ergebnisse aus .log-Dateien erstellt mit CHKDSK?
Evtl. Lösung Nr.1
Suchst Du nach den Inhalten aus den Log-Dateien? In meinen Einstellungen (Win10 Home) wird standardmäßig nicht nach den Inhalten sondern nur nach den Eigenschaften der .log-Dateien gesucht (s. Bild).
Sobald die Zeichenkodierung der Dateien mit Notepad++ auf eine beliebige vorgeschlagene Kodierung umgeändert wird, liefert die Windows Suche sofort die Ergebnisse. Woran liegt das Problem?
. . .
. . .
Evtl. Lösung Nr.2
Wird die Datei nach dem Ändern der Kodierung gefunden, oder evtl. auch schon nachdem (aus OS-Sicht) der Benutzer die Datei einfach geöffnet und gespeichert hat (ohne Änderung der Kodierung)?
Ansonsten gibt es hier eine Beschreibung, wie man chkdsk-Log im Event-Viewer anzeigt.
Viele Grüße
Hallo @wiseolli
danke fürs Mitmachen!
selbstverständlich geht es hier um die Suche in Dateiinhalten und dies ist aus meiner Beschreibung oben zu entnehmen
, da sobald eine beliebige Zeichenkodierung im Notepad++ ausgewählt und das Text-Dokument abgespeichert worden ist, liefert die Windows Suche noch in derselben Sekunde das Ergebnis einwandfrei.
Eindeutiges nein, selbst wenn der Dateiinhalt verändert wurde (etwa paar neue Zeichen eingefügt oder gelöscht wurden).
Danke für deine Hilfsbereitschaft aber dies ist hier völlig irrelevant und geht an das Problem mit der Indizierung & Indexierung schlicht vorbei. Hier geht es ja nicht darum wie man .log-Dateien lesen kann, sondern rein um die Problematik wie IFilter, Windows Suche oder sogar der Zeichenkodierung, warum die gesamte Suchsystem-Kette mit der Zeichenkodierung UCS-2 LE w/o BOM nicht umgehen kann, welche unter anderem auch von Tools wie CHKDSK benutzt wird. CHKDSK wird hier also nur erwähnt, damit der Leser das Problem so besser aber auch sicher nachvollziehen kann und gleich auf seinem eigenen Rechner die .log-Dateien prüfen kann.
Gruß
Evinben
danke fürs Mitmachen!
Zitat von @wiseolli:
Evtl. Lösung Nr.1
Suchst Du nach den Inhalten aus den Log-Dateien? In meinen Einstellungen (Win10 Home) wird standardmäßig nicht nach den Inhalten sondern nur nach den Eigenschaften der .log-Dateien gesucht (s. Bild).
Evtl. Lösung Nr.1
Suchst Du nach den Inhalten aus den Log-Dateien? In meinen Einstellungen (Win10 Home) wird standardmäßig nicht nach den Inhalten sondern nur nach den Eigenschaften der .log-Dateien gesucht (s. Bild).
selbstverständlich geht es hier um die Suche in Dateiinhalten und dies ist aus meiner Beschreibung oben zu entnehmen
, da sobald eine beliebige Zeichenkodierung im Notepad++ ausgewählt und das Text-Dokument abgespeichert worden ist, liefert die Windows Suche noch in derselben Sekunde das Ergebnis einwandfrei.Zitat von @wiseolli:
Evtl. Lösung Nr.2
Wird die Datei ... evtl. auch schon nachdem (aus OS-Sicht) der Benutzer die Datei einfach geöffnet und gespeichert hat (ohne Änderung der Kodierung)?
Evtl. Lösung Nr.2
Wird die Datei ... evtl. auch schon nachdem (aus OS-Sicht) der Benutzer die Datei einfach geöffnet und gespeichert hat (ohne Änderung der Kodierung)?
Eindeutiges nein, selbst wenn der Dateiinhalt verändert wurde (etwa paar neue Zeichen eingefügt oder gelöscht wurden).
Zitat von @wiseolli:
Ansonsten gibt es hier eine Beschreibung, wie man chkdsk-Log im Event-Viewer anzeigt.
Ansonsten gibt es hier eine Beschreibung, wie man chkdsk-Log im Event-Viewer anzeigt.
Danke für deine Hilfsbereitschaft aber dies ist hier völlig irrelevant und geht an das Problem mit der Indizierung & Indexierung schlicht vorbei. Hier geht es ja nicht darum wie man .log-Dateien lesen kann
, sondern rein um die Problematik wie IFilter, Windows Suche oder sogar der Zeichenkodierung, warum die gesamte Suchsystem-Kette mit der Zeichenkodierung UCS-2 LE w/o BOM nicht umgehen kann, welche unter anderem auch von Tools wie CHKDSK benutzt wird. CHKDSK wird hier also nur erwähnt, damit der Leser das Problem so besser aber auch sicher nachvollziehen kann und gleich auf seinem eigenen Rechner die .log-Dateien prüfen kann.Gruß
Evinben
Hallo Günther (@GuentherH)
das mit einem fehlenden bzw. beschädigten IFilter war soweit kaum auszuschließen, aber du schreibst was von "Metadaten". Es gibt ja unterschiedliche IFilter, mal für Metadaten (hier quasi als bloß "Informationen aus Dateieigenschaften" gemeint) und mal für Dateiinhalte selbst und mal solcher, welche beides können. Dass IFilter Inhalte aus Dateien herauspicken und diese Inhalte auch als "Metadaten" bezeichnet werden können, ist hier wieder was anders.
Von dieser abgespeckten Beschreibung hier:
Dann setze ich es anders fort:
Wenn es bei der Windows Suche tatsächlich alleine nur einen fehlenden IFilter liegen, wo soll er dann her und warum bin ich der erste, der so was vermisst?
Es ist verwunderlich wie Administratoren überhaupt ohne die Indexierung von .log-Dateien mit so einer Zeichenkodierung über die Jahren bisher zurecht kamen.
Gruß
Evinben
Weil mit ziemlicher Sicherheit für die Codierung keine Metadaten für die iFilter Schnittstelle vorhanden sind.
das mit einem fehlenden bzw. beschädigten IFilter war soweit kaum auszuschließen, aber du schreibst was von "Metadaten". Es gibt ja unterschiedliche IFilter, mal für Metadaten (hier quasi als bloß "Informationen aus Dateieigenschaften" gemeint) und mal für Dateiinhalte selbst und mal solcher, welche beides können. Dass IFilter Inhalte aus Dateien herauspicken und diese Inhalte auch als "Metadaten" bezeichnet werden können, ist hier wieder was anders.
Von dieser abgespeckten Beschreibung hier:
https://de.wikipedia.org/wiki/IFilter
"IFilter definiert eine COM-Programmierschnittstelle, über die Zusatzprogramme den Windows-Indexierungsprogrammen und dem neuen Windows Desktop Search Metadaten über verschiedene Dateiformate bereitstellen, so dass diese transparent indiziert werden können.
Das IFilter-Interface wird auch bei der Volltextsuche des Microsoft SQL Server verwendet."
darf man sich nicht irritieren lassen."IFilter definiert eine COM-Programmierschnittstelle, über die Zusatzprogramme den Windows-Indexierungsprogrammen und dem neuen Windows Desktop Search Metadaten über verschiedene Dateiformate bereitstellen, so dass diese transparent indiziert werden können.
Das IFilter-Interface wird auch bei der Volltextsuche des Microsoft SQL Server verwendet."
Dann setze ich es anders fort:
Wenn es bei der Windows Suche tatsächlich alleine nur einen fehlenden IFilter liegen, wo soll er dann her und warum bin ich der erste, der so was vermisst?
Es ist verwunderlich wie Administratoren überhaupt ohne die Indexierung von .log-Dateien mit so einer Zeichenkodierung über die Jahren bisher zurecht kamen.
Gruß
Evinben
Schreib doch mal ne Email an den support von Microsoft, die kümmern sich dann schon drum!
Gruß
Gruß
