-
Gesamte Inhalte
2.125 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von overlord
-
-
Die Mac kann man im Bios soweit ich weis, nicht einstellen.
Die MAC hat ja auch mit dem BIOS nix direkt zu tun! Sie ist abhängig vom NIC-Hersteller und der jeweilen NIC-Serie.
Es kann natürlich in "Ausnahmefällen" bei onboardNICs sein, dass man im BIOS was drüber findet!?!
Um was für ein PC/Mobo handelt es sich denn?
-
ui...hier hat sich ja einiges getan.
ähm@Frapos: wenn die jetzt alle angestürmt kommen....warte ich nochn bissel und nehme sie dann das nächste mal!
Warum kann ich eigentlich keine Recovery-CD´s leiden??!! tja!
-
Und wenn du die MAC manuell einstellst funzt die NIC?
-
Hallo, willkommen im Board!
was willst du uns denn damit sagen?
wenn ich das mache löscht das alles !!!PS:
Verschieb@Mods ;)
-
Beschreibe doch bitte nochmal was die Datenträgerverwaltung anzeigt!
primäre Partionen sind dunkelblau, logische LW hellblau markiert.
die log. LW "stecken" in einer erweiterten Partiton (grünumrandet).
Bei allen sollte die Größe und der Typ : xx GB NTFS und Fehlerfrei (ach!) stehen.
Die Daten von D hast du aber bereits gesichert??!!!
-
Hi Oli,
da solltest du mal weitersuchen:
Im Ereignisprotokoll steht:
Der Treiber hat einen Controllerfehler auf \Device\SCSI\adpu160m1 gefunden.
- wurde bevor der Fehler zum 1. Mal auftrat was verändert? du schreibst seit kurzem...war vorher alles ok?
- neue Treiber/Software installiert?
- arbeitet der SCSI-Bus ordnungsgemäß? Terminierung?
- hängen event. noch HDD(s) am gleichen SCSI-Strang wie der Streamer?? -> FATAL!
- event. macht der Cache des Controllers Probleme?!
-
existieren MAC-Reservierungen? MAC´s überprüft?
-
also rein vom Prinzip her..DOS-Bootdisk erstellen und zB in Nero eine BootCD erstellen und als "startbares Laufwerk" (oder so ähnlich) die Disk angeben.
-
Erfolgt die Adressvergabe statisch?...per DHCP?
-
-
Das Problem ist eben das die Novell Server synchrn sein müssen, .
-> Novell kannst du gegen NTPD sync´en
-
gerade drüber gestolpert:
To configure Windows XP as NTP server, the following registry entry is required (same as for Windows 2000):
"LocalNTP" = "1"
Ob das auch für W2k3 gilt, was es bewirkt .....keine Ahnung.
Angeblich mangelt es Win an "sauberen" NTP-Funktionalitäten als Server, habe ich aber auch nur mal gelesen. (steinigt mich deswegen nicht gleich *duckundwech)
-
Also so weit ich weiß funzt die Synchronisation eines *IX mit w32time nur bei best. Versionen des Windows-Zeitdienstes (also wahrscheinlich alles vor W2k3?!).
Es wird eigentlich immer der umgekehrte Fall empfohlen. Jedenfalls was mir bekannt ist....
Was spricht dagegen, die Linuxe sep. per ntpd übers INet abzugleichen?!
Nebenbei, ntpdate ist keine "Synchronisation", sondern dient nur zum Setzen der Uhrzeit/Datum!!!
-
Normalerweise erfolgt die Synchronisation mit dem PDC-Emulator per AD.
Bei W2k3 hat sich einiges am Zeitdienst geändert. Ein ntpdate gegen W2k3 hab ich noch nie probiert!
Ich machs umgekehrt ;-)
-
-mal dran gedacht ntpdate durch ntpd zu ersetzen?
-firewall auf 2003?
-
Hallo Maxxine,
bleibt immer noch die Frage "wohin was kopieren?".
Handelt es sich hier um Freigaben? ....gerade geöffnete Dateien, die nicht kopiert/überschrieben werden dürfen?
-
, aber nicht wie ich einen Server zum öffentlichen NTP Server mache...
Hallo Stephan,
wie meinst du das? "öffentlich" - was hast du vor?
Zeitdienst für die Domäne ist doch das was du suchst, oder?
-
Warum?
grizzly999
...bin mal davon ausgegangen, dass IPCop nur vom localhost (BIND) DNS nach extern zulässt...
-
Hallo Hartmuth,
für mich stellt sich schonmal die Frage wie bist du genau vorgegangen (merge?) und um was für (ne Art) Partionen hat es sich gehandelt?
Vermute mal du hast eine Platte mit C, D, und E wobei C=primär, D+E = logisch?
-
Hi!
a) DC´s:
1. DNS = eigene IP
b) Eigenschaften des DNS (auf DC´s) -> Weiterleitung auf IPCop-Kiste (die ja einen funktionierenden BIND nach extern haben wird)
c) Clients:
DNS = IP des (P)DC
-
voila:
[code
]inetnum: 82.148.96.1 - 82.148.96.127
netname: ISP-infrastructure
descr: ISP infrastructure
country: qa
admin-c: KIA1-RIPE
tech-c: NK1884-RIPE
remarks: INFRA-AW
status: ASSIGNED PA
notify: ********@qatar.net.qa
mnt-by: QTEL-NOC
changed: *******@qatar.net.qa 20050509
source: RIPE
person: Khalid Ibrahim Al-Mahmoud
address: Qatar Telecom, Q.S.C
address: Data Services Manager,
address: Al-Saad, 1st Floor
address: P.O Box 217 Doha, State of Qatar.
phone: +974 440-0719
fax-no: +974 432-9999
e-mail: **@qatar.net.qa
e-mail: ********@qtel.com.qa
nic-hdl: KIA1-RIPE
remarks: Administrative Contact
mnt-by: QTEL-NOC
notify: ********@qatar.net.qa
changed: *******@qatar.net.qa 20020707
source: RIPE
person: Nasser Khdeer
address: Senior Engineer, Internet Operations,
address: Qatar Telecom, Q.S.C
[/code] -
Also ich schließe mich da an, verstehe die Problematik auch net.
82.148.96.69 "gehört doch auch zu Qatar"!!
...hast du ein DNS- / Firewall-Problem?
-
ach so....jepp!...jetzt bin ich schon ganz konfuzius ;)
-
am besten ist ne Kombination von beidem.
Wenn man CMD deaktiviert kann man immer noch über einen shortcut (kontextmenü) => command.exe in die "shell" kommen.
Nur wenn noch ne GPO nicht greift...teilweise sind da mehrere Einstellungen von einander abhängig (auch wenn die Bezeichnung es nicht vermuten lässt).
...war alles auch nur als Beispiel gedacht.
Ordnerumleitung zu grosse Datenmengen?
in Windows Server Forum
Geschrieben
Hallo,
bin mir nicht so sicher, ob das wirklich (nur) an der Ordnergöße hängen soll!?!
Habe einige user (EigeneDateien umgeleitet), die locker 3-4-5-6 GB haben und die Sync beim An-/Abmelden läuft ratzfatz.
Beim erstmaligen Sync ok, da wird doch der CSC-Ordner mit den entspr. offline-files "gefüllt", aber danach.....