Windows on Michael’s Domain

Windows ändert die Uhrzeit meines Computers

Mon, 28 Aug 2017 00:00:00 +0000

Wenn ich mich nicht irre, ist Windows das einzige Betriebssystem, das für die Systemuhr die Ortszeit (anstelle von UTC) verwendet. Das bedeutet, dass bei Konfigurationen mit mehreren Betriebssystemen jeder Neustart des Systems unter Windows die Systemzeit durcheinanderbringt. Um sie zurückzusetzen (unter Ubuntu 16.04), verwenden Sie den Befehl sudo timedatectl set-timezone Etc/UTC.

Unicorn 7-Benutzer-Einrichtung erfordert manuelle Intervention in einer Netzwerkbenutzer-Umgebung

Fri, 17 Jun 2016 00:00:00 +0000

Unicorn, Äkta Avant, Äkta Explorer, GE Healthcare, Windows, Netzwerkauthentifizierung, Benutzereinrichtung, Methode, Ergebnis, Wissenschaft, Proteinreinigung Da wir unser Äkta Avant in einer Mehrbenutzerumgebung betreiben, müssen wir die Methoden und Ergebnisse der verschiedenen Benutzer voneinander trennen. Standardmäßig kann derzeit jeder Netzwerkbenutzer alle Methoden und Ergebnisse einsehen, die von einem anderen Netzwerkbenutzer auf dem Gerät erstellt wurden. Dies stellt ein erhebliches Datenschutz- und Sicherheitsrisiko dar, da ein böswilliger Benutzer Methoden und Ergebnisse löschen (oder schlimmer noch: verändern) könnte.Unser Äkta ist so eingerichtet, dass sich Benutzer mit ihrem Universitäts-Login und -Passwort über den regulären Windows-Netzwerkauthentifizierungsmechanismus am Unicorn-7-Computer anmelden können. Wenn sich jedoch mehrere Personen die Verantwortung für einen Durchlauf teilen, ist diese Konfiguration nicht mehr möglich, da sie sich gegenseitig ihre Passwörter mitteilen müssten. Daher haben wir ein lokales Konto eingerichtet, das von Benutzern genutzt werden kann, die sich die Bedienung des Äkta-Geräts teilen möchten. Nach der Anmeldung bei Windows müssen sich die Benutzer noch bei der Unicorn-7-Software anmelden, was sie mit ihrem Hochschul-Benutzernamen und -Passwort tun („Windows-Authentifizierung“). Bei dieser Konfiguration kann jeder Benutzer alle Methoden und Ergebnisse einsehen, was nicht akzeptabel ist. Beim Einrichten eines neuen Benutzers in Unicorn (unter „Zugriff > Ordner“) konnte genau festgelegt werden, auf welche Ordner dieser Benutzer Zugriff hatte, und der Benutzer sah nur seine eigenen Methoden und Ergebnisse. Da die Ordnerstruktur unter Unicorn 5 der Ordnerstruktur des Windows-Dateisystems entsprach, konnten Benutzer Methoden und Ergebnisse jederzeit von einem Ordner in einen anderen kopieren und sie so trotz der vom Unicorn-5-Programm festgelegten Einschränkungen verfügbar machen.Als ich zum ersten Mal las, dass Unicorn 7 die Windows-Netzwerkauthentifizierung unterstützt, hatte ich gehofft, dass wir die mühsame Benutzereinrichtung vermeiden könnten, die wir für jeden Benutzer auf dem Äkta Explorer durchführen mussten. Doch die Mühen gehen weiter, da die einmalige Einrichtung der Benutzerrechte für eine Gruppe uns keine Benutzerisolierung bietet.Erstens kann man in Unicorn 7 nicht den Zugriff einzelner Benutzer einschränken, sondern nur den Zugriff von Gruppen. Wir mussten für jeden Netzwerkbenutzer eine Zugriffsgruppe anlegen, den Netzwerkbenutzer dieser Gruppe hinzufügen, einen separaten Home-Ordner für die Gruppe erstellen und dann den Ordnerzugriff auf diesen Home-Ordner beschränken. Für eine Handvoll Benutzer waren Hunderte von Klicks erforderlich, da standardmäßig kein Zugriff auf irgendetwas besteht und jedes einzelne Kontrollkästchen für Berechtigungen – mit Ausnahme der Administratorrechte – aktiviert werden muss. In dieser Hinsicht ist Windows (und jedes andere Betriebssystem) weitaus intelligenter als Unicorn. Wenn sich ein Universitätsmitarbeiter an einem Rechner anmeldet, an dem er sich noch nie zuvor angemeldet hat, erstellt das System automatisch die gesamte erforderliche lokale Standardordnerstruktur und bindet den privaten Home-Ordner dieses Benutzers ein, ohne Zugriff auf alles zu gewähren, was andere Mitarbeiter auf diesem bestimmten Rechner bisher getan haben. Ich denke, das sollte auch bei Unicorn eine Option sein. Vielleicht gibt es diese Option ja und ich finde sie nur nicht? Ein weiterer großer Nachteil der oben beschriebenen Methode, jeden Benutzer in eine eigene Zugriffsgruppe zu ordnen, ist, dass die Anmeldung bei Unicorn zu einer echten Tortur wird: Zusätzlich zur Eingabe von Benutzername und Passwort muss der Benutzer die richtige Zugriffsgruppe auswählen, damit die Anmeldung erfolgreich ist. Und noch schlimmer: In unserer Konfiguration lässt es sich nicht vermeiden, dass jeder Universitätsmitarbeiter zwei Zugriffsgruppen angehört: einer manuell angelegten Zugriffsgruppe für jeden Benutzer zur Benutzertrennung und der „Standardgruppe“, die über die Windows-Netzwerkauthentifizierung funktioniert – vielleicht Kerberos? Wenn Benutzer also die Standardzugriffsgruppe wählen (die in unserem Fall „Users“ heißt), können sie sich zwar anmelden, sehen aber ihre Methoden und Ergebnisse nicht.Es gibt zwei Gründe, warum wir die Zugriffsgruppe „Users“ nicht löschen können: Zum einen ist dies eine Vorgabe der Fakultät, und zum anderen (und das haben wir versucht) können wir sie nicht mehr löschen, da bereits viele Personen Methoden angelegt und Ergebnisse generiert haben, während sie der Zugriffsgruppe „Users“ angehörten. Daher verhindert UNICORN, dass wir dieses Konto löschen können. Ich arbeite an diesem Problem: Ich sollte direkt auf die zugrunde liegende MS-SQL-Datenbank zugreifen können, um die Eigentumsrechte an den Methoden und Ergebnissen zu ändern. Allerdings war GE nicht gerade auskunftsfreudig, als ich nach der Handhabung von Zugriffsrechten fragte. Die Antwort lautete: Die Zugangsdaten für die Datenbank in einer eigenständigen UNICORN-Lösung sind verschlüsselt und nicht öffentlich zugänglich. Wenn Sie eine Enterprise-Lösung hätten (mit einer eigenen (SQL-Server-)Datenbank), hätten Sie die Kontrolle über die Zugangsdaten und könnten theoretisch die gewünschten Informationen extrahieren (das Format müssen Sie selbst herausfinden; es wird von uns nicht unterstützt). Sie können Ihre Lösung auf eine Enterprise-Version upgraden, wenn Sie möchten. Das klingt schlimmer, als es ist, da wir physischen Zugriff auf den MS-SQL-Server haben und das Extrahieren der Zugangsdaten nicht besonders schwierig zu sein scheint. Aber es kostet mich Zeit, die Schwachstelle zu finden, um „in unser eigenes System einzudringen“, und genau das ärgert mich. Laut Lisa Bromark von GE scheint das Update 7.0.2 dieses Problem jedoch zu beheben: UNICORN kann so konfiguriert werden, dass ein neues Datenbankpasswort verwendet wird. Es ist möglich, ein verschlüsseltes Passwort zu generieren oder ein bereits verschlüsseltes Passwort einzugeben. Dies geschieht durch Ausführen des UNICORN Service Tools nach der Installation von UNICORN.Allerdings ist es unglaublich schwierig, das Update zu bekommen (zumindest scheint es Wochen zu dauern). Die Verteilung erfolgt offenbar immer noch über optische Datenträger und per Post. Ich glaube, das letzte Mal, dass ich mir Software auf einer CD/DVD besorgt habe, ist mehr als 10 Jahre her. GE teilte mir jedoch mit, dass sie gerade dabei sind, die UNICORN-Software-Updates auf „elektronischen Vertrieb“ umzustellen. Willkommen im 21. Jahrhundert!

BSD und Linux

Fri, 10 Jun 2016 00:00:00 +0000

Ich bin daran gewöhnt, dass ein Linux-Installationsprogramm eine bereits vorhandene Windows-Installation berücksichtigt und während der Installation anbietet, den Computer mit einer Dual-Boot-Option einzurichten. Umgekehrt berücksichtigt kein Windows-Installationsprogramm ein anderes bereits vorhandenes Betriebssystem. Daher war ich überrascht, dass der Ubuntu-Installer, als ich versuchte, Ubuntu 16.04 auf meinem PFSense-Rechner (FreeBSD) zu installieren, nicht einmal erkannte, dass sich eine BSD-Installation auf der Festplatte befindet. Ich wählte die Option „Alles löschen“, doch als ich nach Abschluss des Installationsvorgangs neu startete, bootete das System direkt in PFSense, ohne mir die Möglichkeit zu geben, Ubuntu auszuwählen. Ich vermute, dass der Bootloader vom Ubuntu-Installationsprogramm nicht verändert worden war. Ich habe von einem Ubuntu-Live-USB-Stick gebootet, die Festplatte mit fdisk neu formatiert und Nullen in den Bootloader geschrieben: dd if=/dev/zero of=/dev/sda bs=512 count=1. Dann habe ich die Installation wiederholt, und alles funktionierte einwandfrei. Allerdings ging dabei meine PFSense-Installation verloren…

Die Benutzertrennung in Unicorn 7 erfordert manuelle Eingriffe in einer Netzwerkbenutzerumgebung

Mon, 09 May 2016 00:00:00 +0000

Da wir unseren Äkta Avant in einer Mehrbenutzerumgebung betreiben, müssen wir die Methoden und Ergebnisse der verschiedenen Benutzer voneinander trennen. Standardmäßig kann derzeit jeder Netzwerkbenutzer alle Methoden und Ergebnisse einsehen, die von einem anderen Netzwerkbenutzer auf dem Gerät erstellt wurden. Dies stellt ein erhebliches Datenschutz- und Sicherheitsrisiko dar, da ein böswilliger Benutzer Methoden und Ergebnisse löschen (oder schlimmer noch: verändern) könnte.Unser Äkta ist so eingerichtet, dass sich Benutzer mit ihrem Universitäts-Login und -Passwort über den regulären Windows-Netzwerkauthentifizierungsmechanismus am Unicorn-7-Computer anmelden können. Wenn sich jedoch mehrere Personen die Verantwortung für einen Lauf teilen, ist diese Konfiguration nicht mehr möglich, da sie sich gegenseitig ihre Passwörter mitteilen müssten. Daher haben wir ein lokales Konto eingerichtet, das von Benutzern genutzt werden kann, die sich die Bedienung des Äkta-Geräts teilen möchten. Nach der Anmeldung bei Windows müssen sich die Benutzer noch bei der Unicorn-7-Software anmelden, was sie mit ihrem Hochschul-Benutzernamen und -Passwort tun („Windows-Authentifizierung“). Bei dieser Konfiguration kann jeder Benutzer alle Methoden und Ergebnisse einsehen, was nicht akzeptabel ist. Beim Einrichten eines neuen Benutzers in Unicorn (unter „Zugriff > Ordner“) konnte genau festgelegt werden, auf welche Ordner dieser Benutzer Zugriff hatte, und der Benutzer sah nur seine eigenen Methoden und Ergebnisse. Da die Ordnerstruktur unter Unicorn 5 der Ordnerstruktur des Windows-Dateisystems entsprach, konnten Benutzer Methoden und Ergebnisse jederzeit von einem Ordner in einen anderen kopieren und sie so trotz der vom Unicorn-5-Programm festgelegten Einschränkungen verfügbar machen.Als ich zum ersten Mal las, dass Unicorn 7 die Windows-Netzwerkauthentifizierung unterstützt, hatte ich gehofft, dass wir die mühsame Benutzereinrichtung vermeiden könnten, die wir für jeden Benutzer auf dem Äkta Explorer durchführen mussten. Doch die Mühen gehen weiter, da die einmalige Einrichtung der Benutzerrechte für eine Gruppe uns keine Benutzerisolierung bietet.Erstens kann man in Unicorn 7 nicht den Zugriff einzelner Benutzer einschränken, sondern nur den Zugriff von Gruppen. Wir mussten für jeden Netzwerkbenutzer eine Zugriffsgruppe anlegen, den Netzwerkbenutzer dieser Gruppe hinzufügen, einen separaten Home-Ordner für die Gruppe erstellen und dann den Ordnerzugriff auf diesen Home-Ordner beschränken. Für eine Handvoll Benutzer waren Hunderte von Klicks erforderlich, da standardmäßig kein Zugriff auf irgendetwas besteht und jedes einzelne Kontrollkästchen für Berechtigungen – mit Ausnahme der Administratorrechte – aktiviert werden muss. In dieser Hinsicht ist Windows (und jedes andere Betriebssystem) weitaus intelligenter als Unicorn. Wenn sich ein Universitätsmitarbeiter an einem Rechner anmeldet, an dem er sich zuvor noch nie angemeldet hat, erstellt das System automatisch die gesamte erforderliche lokale Standardordnerstruktur und bindet den privaten Home-Ordner dieses Benutzers ein, ohne Zugriff auf alles zu gewähren, was andere Mitarbeiter auf diesem bestimmten Rechner bisher getan haben. Ich denke, das sollte auch bei Unicorn eine Option sein. Vielleicht gibt es diese Option ja und ich finde sie nur nicht? Ein weiterer großer Nachteil der oben beschriebenen Methode, jeden Benutzer in eine eigene Zugriffsgruppe zu ordnen, ist, dass die Anmeldung bei Unicorn zu einer echten Tortur wird: Zusätzlich zur Eingabe von Benutzername und Passwort muss der Benutzer die richtige Zugriffsgruppe auswählen, damit die Anmeldung erfolgreich ist. Und noch schlimmer: In unserer Konfiguration lässt es sich nicht vermeiden, dass jeder Universitätsmitarbeiter zwei Zugriffsgruppen angehört: einer manuell angelegten Zugriffsgruppe für jeden Benutzer zur Benutzertrennung und der „Standardgruppe“, die über die Windows-Netzwerkauthentifizierung funktioniert – vielleicht Kerberos? Wenn Benutzer also die Standardzugriffsgruppe wählen (die in unserem Fall „Users“ heißt), können sie sich zwar anmelden, sehen aber ihre Methoden und Ergebnisse nicht.Es gibt zwei Gründe, warum wir die Zugriffsgruppe „Users“ nicht löschen können: Zum einen ist dies eine Vorgabe der Fakultät, und zum anderen (und das haben wir versucht) können wir sie nicht mehr löschen, da bereits viele Personen Methoden angelegt und Ergebnisse generiert haben, während sie der Zugriffsgruppe „Users“ angehörten. Daher verhindert UNICORN, dass wir dieses Konto löschen können. Ich arbeite an diesem Problem: Ich sollte direkt auf die zugrunde liegende MS-SQL-Datenbank zugreifen können, um die Eigentumsrechte an den Methoden und Ergebnissen zu ändern. Allerdings war GE nicht gerade auskunftsfreudig, als ich nach der Handhabung von Zugriffsrechten fragte. Die Antwort lautete: Die Zugangsdaten für die Datenbank in einer eigenständigen UNICORN-Lösung sind verschlüsselt und nicht öffentlich zugänglich. Wenn Sie eine Enterprise-Lösung hätten (mit einer eigenen (SQL-Server-)Datenbank), hätten Sie die Kontrolle über die Zugangsdaten und könnten theoretisch die gewünschten Informationen extrahieren (das Format müssen Sie selbst herausfinden; es wird von uns nicht unterstützt). Sie können Ihre Lösung auf eine Enterprise-Version upgraden, wenn Sie möchten. Das klingt schlimmer, als es ist, da wir physischen Zugriff auf den MS-SQL-Server haben und das Extrahieren der Zugangsdaten nicht besonders schwierig zu sein scheint. Aber es kostet mich Zeit, die Schwachstelle zu finden, um „in unser eigenes System einzudringen“, und genau das ärgert mich. Laut Lisa Bromark von GE scheint das Update 7.0.2 dieses Problem jedoch zu beheben: UNICORN kann so konfiguriert werden, dass ein neues Datenbankpasswort verwendet wird. Es ist möglich, ein verschlüsseltes Passwort zu generieren oder ein bereits verschlüsseltes Passwort einzugeben. Dies geschieht durch Ausführen des UNICORN Service Tools nach der Installation von UNICORN.Allerdings ist es unglaublich schwierig, das Update zu bekommen (zumindest scheint es Wochen zu dauern). Die Verteilung erfolgt offenbar immer noch über optische Datenträger und per Post. Ich glaube, das letzte Mal, dass ich mir Software auf einer CD/DVD besorgt habe, ist mehr als 10 Jahre her. GE teilte mir jedoch mit, dass sie gerade dabei sind, die UNICORN-Software-Updates auf „elektronischen Vertrieb“ umzustellen. Willkommen im 21. Jahrhundert!

Was entspricht unter Linux dem Windows-Befehl „ipconfig /all“?

Sat, 26 May 2007 00:00:00 +0000

Ich glaube, /sbin/ifconfig zeigt zumindest die IP-Adresse, die Hardware-Adresse, die Subnetzmaske und noch ein paar andere Dinge an. Aber nicht viel zu anderen Themen wie DHCP- oder DNS-Adressen…

Windows sanft deinstallieren

Fri, 25 May 2007 00:00:00 +0000

Ich habe zwei Festplatten, die wie folgt partitioniert sind: hda1 120 GB /dev/hda1 100 MB Linux ext3 /boot /dev/hda2 95 GB Linux ext3 /home /dev/hda3 1 GB Linux swap /dev/hdb4 Erweiterte Partition/dev/hdb5 17 GB Linux /hdb1 32 GB/dev/hdb1 100 MB Linux ext3 /boot/dev/hdb2 1 GB Linux swap/dev/hdb3 Erweiterte Partition/dev/hdb4 12 GB NTFS Windows 2000/dev/hdb5 18 GB Linux reiserfs Auf beiden Boot-Partitionen war GRUB installiert (früher befand sich auf hdb1 eine alte Linux-Red-Hat-7-Installation). Das BIOS war so eingestellt, dass die erste Festplatte (hda1) zum Booten verwendet wurde. Um Windows 2000 zu starten, benötigt man offenbar einen von Windows geschriebenen MBR (Master Boot Record), der meines Wissens nach so etwas wie eine versteckte Partition ist, die in jedem Fall die erste Partition eines Laufwerks ist (etwa hda0). Da auf hda1 nie Windows 2000 installiert war (die Festplatte wurde erst später in den Rechner eingebaut und im BIOS an erster Stelle der Boot-Priorität gesetzt), war auch kein Windows-2000-ähnlicher MBR in ihren MBR geschrieben worden. Auf der anderen Festplatte (hdb) ist Windows installiert (Linux wurde später installiert), daher muss es dort einen funktionierenden MBR im Stil von Windows 2000 gegeben haben. Dieser MBR wurde höchstwahrscheinlich irgendwann zerstört. Diese Zerstörung erfolgte nicht während der ersten Installation von Linux Red Hat 7, da man danach noch über GRUB in Windows 2000 booten konnte. Sie muss später irgendwie passiert sein (vielleicht während eines GRUB-Updates?). Dann habe ich die zweite Festplatte eingebaut, Red Hat 9 installiert, und während dieser Installation hat das Red-Hat-Installationsprogramm die zweite GRUB-Installation auf deren Boot-Partition angelegt, die einen Windows-Eintrag enthielt (wie ich während der Red-Hat-9-Installation angegeben hatte). Das Booten in Windows 2000 (das sich auf der anderen Festplatte befand) war weiterhin möglich. Da ich jedoch nie mehr in Windows gebootet habe (ich begann, VMware und später Wine zu nutzen), habe ich erst kürzlich bemerkt, dass der Windows-Eintrag in der grub.conf verschwunden war. Folglich konnte ich nicht mehr in Windows booten. Ich habe den Windows-Eintrag manuell eingegeben, wie überall empfohlen:title Windows 2000rootnoverify (hd1,1)chainloader +1Aber es hat nicht funktioniert. Ich erhielt immer eine Fehlermeldung (Fehler 13: ungültiges Gerät). Ich dachte, ich hätte die falsche Partition ausgewählt, und probierte alle möglichen Partitionen von (hd1,0) bis (hd1,5) aus. Immer noch ohne Erfolg. Allerdings waren die Fehlermeldungen unterschiedlich. Für die Partition: /boot (hd1,0): GRUB-Loader-Fehler 25; linux /home (hd1,1): Fehler 13: ungültiges oder nicht unterstütztes Ausführungsformat; Linux-Swap (hd1,2): Fehler 12: ungültiges Gerät; Eintrag für erweiterte Partition (hd1,3): Es trat kein Fehler auf, aber ich wurde in das GRUB-Menü der Boot-Partition der zweiten Festplatte weitergeleitet; Linux / (hd1,4): Fehler 12: Ungültiges Gerät; jede andere (höhere) Partition, die nicht vorhanden war (z. B. hd1,5): Fehler 12: Ungültiges Gerät. Also habe ich mit der Windows 2000-Installations-CD gebootet und versucht, den MBR von hdb zu reparieren. Ich ging in den Abschnitt „Manuelle Reparatur“ und gab den Befehl „fixmbr“ ein. Es erschien eine Warnung: „Dieser Vorgang verändert Ihre Partitionstabelle und könnte dazu führen, dass alle Ihre Daten auf der Festplatte unzugänglich werden.“ Ich hatte keine andere Wahl, also führte ich den Befehl aus. Es half nicht. Zumindest nicht viel. Eine Sache verbesserte sich jedoch: Als ich die Laufwerke vertauschte (hdb als Master und hda als Slave einstellte und im BIOS die Boot-Priorität dem neuen Master zuwies), konnte ich Windows 2000 starten. Das war schon eine gewisse Verbesserung. Allerdings konnte ich immer noch nicht über GRUB in Windows 2000 booten. Also bootete ich erneut mit der Windows-2000-Installations-CD und führte einen weiteren „gefährlichen“ Befehl aus: FIXBOOT. Das war das Ende meines Windows. Danach konnte ich überhaupt nicht mehr in Windows booten. Ich erhielt immer die Fehlermeldung: „ntldr fehlt“ (NT-Loader fehlt). Es gelang mir zwar noch, diese Windows 2000-Installation zusammen mit VMware zu nutzen, aber ansonsten gab es keine Möglichkeit, sie zu starten. Der Microsoft Knowledge Base-Artikel 318728 beschreibt viele mögliche Lösungen für den Fehler „ntldr fehlt“, die ich alle ausprobiert habe, jedoch ohne Erfolg. Microsoft räumt offenbar ein, dass dieser Fehler in manchen Fällen nicht behebbar ist, da die letzte Methode zur Behebung einer solchen Situation lautet: „Führen Sie eine parallele Installation von Windows 2000 durch und kopieren Sie die Daten, die Sie wiederherstellen möchten, mit dem Windows Explorer.“

Wine unter einer echten Windows-Installation ausführen

Wed, 23 May 2007 00:00:00 +0000

Ich dachte, Wine würde unter einer echten Windows-Installation vielleicht besser laufen. Also habe ich die Größe meiner Partitionen angepasst, um etwa 8 GB Speicherplatz freizumachen. Leider war die Partitionierungssoftware nicht besonders gut, da ich eine meiner Partitionen verloren habe (die, auf der ich alle meine Downloads gespeichert hatte…). Also beschloss ich, ganz von vorne anzufangen, und formatierte die gesamte Festplatte. Zunächst partitionierte ich die Festplatte mit cfdisk. Anschließend habe ich Windows 98 von der Installations-CD auf die FAT32-Partition installiert, danach Windows 2000 von der Installations-CD auf eine weitere FAT32-Partition (ich wollte eigentlich Windows XP installieren, aber die Installations-CD weigerte sich, meinen Computer zu booten). Danach habe ich Suse 9 neu installiert und meinen Home-Ordner von meiner Sicherungsfestplatte zurückkopiert. Bislang funktioniert Wine einwandfrei (nach einigen kleinen Anpassungen in $home/.wine/config und dem Einbinden der Windows 98-Partition mit `mount -t vfat -o uid=jeltsch,gid=users,fmask=644,dmask=755 /dev/hda1 /media/win98). Ohne die Optionen uid, gid, fmask und dmask ist es nicht möglich, etwas auf die Partition zu schreiben.

Kopieren von im Macintosh-Format (HFS und HFS+) formatierten CDs unter Windows XP mit Nero Express

Mon, 21 May 2007 00:00:00 +0000

Obwohl ein Standard-Betriebssystem wie Windows XP Professional Macintosh-formatierte CDs (weder HFS noch HFS+) nicht lesen (= einbinden) kann, lässt sich mit dem Brennprogramm Nero Express solche CDs kopieren!

BSPlayer und beschädigte DivX-Dateien

Sun, 20 May 2007 00:00:00 +0000

Ich habe ein paar zerkratzte CDs mit DivX-Videodateien. Weder VLC noch der DivX Player konnten diese Dateien über die ersten beschädigten Bilder hinaus abspielen. Sie versuchten zwar, die Wiedergabe fortzusetzen, aber da die Beschädigung zu stark war, blieben sie schließlich komplett hängen. Ich habe jedoch einen Player gefunden, der mit den meisten dieser Probleme recht gut zurechtkommt: BSPlayer . Er ist allerdings nur für Windows verfügbar…

Windows NT, Netzwerkdurchsuchen, Einbinden und Trennen von Netzlaufwerken (Befehl „netuse“)

Thu, 05 Apr 2007 00:00:00 +0000

Die Netzwerksuche unter Windows ist ein Rätsel. Manchmal werden bestimmte Computer bei der Netzwerksuche einfach nicht angezeigt. Dies scheint insbesondere für Linux-Server zu gelten. Unter neueren Versionen des Windows-Betriebssystems (2000, XP) kann man über den Befehl zum Einbinden eines Netzlaufwerks eine Verbindung zu einem Server herstellen (sofern man dessen IP-Adresse kennt), auch wenn der Netzwerk-Browser diesen Server nicht erkennt. Windows NT verfügt nicht über diese Option. Die einzige Möglichkeit besteht darin, den Befehl „net use“ über die Befehlszeile zu verwenden. Das ist umständlich, obwohl man für häufig genutzte Verbindungen .bat-Dateien erstellen kann. Der Befehl lautet: net use * \\IP-Adresse\Benutzername Das Sternchen weist die Freigabe dem nächsten verfügbaren Laufwerksbuchstaben zu (natürlich kann man den Buchstaben auch manuell zuweisen, z. B. H:). Um dieses bestimmte Netzlaufwerk zu löschen, geben Sie Folgendes ein: net use H: /delete Selbst wenn Sie ohne die Befehlszeile browsen und Verbindungen herstellen können, benötigen Sie die Befehlszeile immer dann, wenn Sie die Verbindung zu einer Freigabe auf einem NT-Server trennen möchten. Komischerweise gibt es unter Windows NT keine andere Möglichkeit, als net use * /delete einzugeben. In einigen Diskussionsbeiträgen wurde erwähnt, dass man die WINS-Unterstützung in der smb.conf-Datei des Linux-Servers aktivieren sollte: wins support = Yes. Wenn du eine Verbindung zu Linux herstellst, stelle sicher, dass Samba läuft und dass der Benutzer, auf dessen Home-Verzeichnis du zugreifen möchtest, einen Eintrag und ein Passwort in der SMB-Datenbank hat (dies ist selbst in SUSE 9.2 NICHT vorkonfiguriert): als root: smbpasswd -a Benutzername Mir hat das allerdings nicht geholfen. Mac OS X-Computer (10.3) werden nun ohne Probleme angezeigt (ältere Mac OS X-Versionen hatten ebenfalls Probleme). Vielleicht sollte ich die smb.conf-Dateien vergleichen oder sie einfach auf mein SUSE 9.1 kopieren.

Mac-Textdateien in UNIX-Textdateien konvertieren (tr)

Wed, 04 Apr 2007 00:00:00 +0000

Wenn Sie dachten, Textdateien seien alle gleich, liegen Sie falsch. Zeilen in Mac-Textdateien enden mit einem Wagenrücklauf (CR, ASCII 13), Zeilen in UNIX-Textdateien mit einem Zeilenvorschub (LF, ASCII 10) und Zeilen in Microsoft Windows-Textdateien mit einer Kombination aus zwei Zeichen: CR gefolgt von LF. Von Mac nach Unix konvertieren Sie mit diesem Befehl: tr '\015' '\012' out_file

smbclient (Einbinden, Windows XP, SFS, Dateifreigabe)

Wed, 04 Apr 2007 00:00:00 +0000

Da ich immer Grafikschnittstellen verwende, weiß ich nicht mehr so recht, wie man über die Befehlszeile eine Verbindung zu einem Windows-Rechner herstellt. Mit smbclient -L windowshost werden die verfügbaren Freigaben angezeigt. Oftmals kann man diese Freigaben nicht ohne Benutzernamen und Passwort für diesen Windows-Rechner durchsuchen; daher muss man smbclient -L windowshost -U Benutzername eingeben. Gelegentlich funktioniert auch der NetBIOS-Name nicht und man muss ihn durch die IP-Adresse ersetzen.

So erstellen Sie unter Windows XP Screenshots ohne zusätzliche Software

Wed, 04 Apr 2007 00:00:00 +0000

Drücken Sie die PrtSc-Taste (in der Nähe der PageUp-/PageDown-Tasten), um den gesamten Bildschirm zu erfassen, und Alt+PrtSc, um nur das aktive Fenster zu erfassen. Öffnen Sie anschließend Paint (unter „Programme“, „Zubehör“), fügen Sie das Bild ein und speichern Sie es.

Windows XP und das Löschen von Dateien mit ungültigen Dateinamen (Das System kann den angegebenen Pfad nicht finden)

Wed, 04 Apr 2007 00:00:00 +0000

Ich habe mehrere Tage lang versucht, eine Datei unter Windows XP zu löschen, deren Name mit einem Punkt und einem Unterstrich (.) begann. Die Fehlermeldung lautete immer: „Das System kann den angegebenen Pfad nicht finden“. Nichts hat funktioniert. Weder der abgesicherte Modus noch die Befehlszeile noch eine spezielle Syntax. Die Microsoft Knowledge Base geht zwar auf das Problem ein, bietet aber statt einer einfachen Lösung jede Menge nutzlose und sogar falsche Informationen , z. B. dass das Windows XP Resource Kit das RM.EXE-Programm, das eigentlich in der Lage sein sollte, diese Dateien mit „seltsamen“ Dateinamen zu löschen. Schließlich fand ich eine Software namens Delete FXP Files , die diese Aufgabe für mich erledigte. Aber wie um alles in der Welt hat Windows es überhaupt geschafft, eine solche Datei zu erstellen, wenn ihr Dateiname ungültig ist? Der Punkt-Unterstrich . stammt offensichtlich von Macintosh, aber auf jeden Fall muss Windows die Erstellung dieser Datei zugelassen haben…