Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #230037 > unrolled thread
| Started by | Stefan <df9bi@arcor.de> |
|---|---|
| First post | 2017-07-15 17:20 +0200 |
| Last post | 2017-07-18 01:45 -0700 |
| Articles | 9 on this page of 69 — 28 participants |
Back to article view | Back to de.sci.electronics
OT: Windows 10, kranke Farben nach Update Stefan <df9bi@arcor.de> - 2017-07-15 17:20 +0200
Re: OT: Windows 10, kranke Farben nach Update Holger <me@privacy.org> - 2017-07-15 17:39 +0200
Re: OT: Windows 10, kranke Farben nach Update Leo Baumann <charly020664@yahoo.de> - 2017-07-15 19:54 +0200
Re: OT: Windows 10, kranke Farben nach Update Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-07-16 22:24 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-15 11:13 -0700
Re: OT: Windows 10, kranke Farben nach Update Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2017-07-15 21:38 +0200
Re: OT: Windows 10, kranke Farben nach Update Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2017-07-15 21:44 +0200
Re: OT: Windows 10, kranke Farben nach Update Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-07-16 16:39 +0200
Re: OT: Windows 10, kranke Farben nach Update Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2017-07-17 09:26 +0200
Re: OT: Windows 10, kranke Farben nach Update Holger Schieferdecker <spamless@gmx.de> - 2017-07-17 10:18 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-15 13:28 -0700
Re: OT: Windows 10, kranke Farben nach Update Marc Santhoff <m.santhoff@t-online.de> - 2017-07-15 22:33 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-15 13:58 -0700
Re: OT: Windows 10, kranke Farben nach Update Marc Santhoff <m.santhoff@t-online.de> - 2017-07-15 23:18 +0200
Re: OT: Windows 10, kranke Farben nach Update Edzard Egberts <news@edzeg.net> - 2017-07-17 00:05 +0200
Re: OT: Windows 10, kranke Farben nach Update Edzard Egberts <news@edzeg.net> - 2017-07-17 00:09 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-18 07:30 -0700
Re: OT: Windows 10, kranke Farben nach Update Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-07-17 08:16 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg Niggemeyer <joerg.niggemeyer@nucon.de> - 2017-07-18 11:05 +0100
Re: OT: Windows 10, kranke Farben nach Update Marc Santhoff <m.santhoff@t-online.de> - 2017-07-18 16:50 +0200
Re: OT: Windows 10, kranke Farben nach Update Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2017-07-15 23:11 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-15 15:02 -0700
Re: OT: Windows 10, kranke Farben nach Update Kai-Martin <kmk@lilalaser.de> - 2017-07-21 00:49 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-20 16:10 -0700
Re: OT: Windows 10, kranke Farben nach Update Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-07-16 09:12 +0200
Re: OT: Windows 10, kranke Farben nach Update Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-07-16 22:37 +0200
Re: OT: Windows 10, kranke Farben nach Update Falk Dµebbert <falk@duebbert.com> - 2017-07-17 13:20 +0200
Re: OT: Windows 10, kranke Farben nach Update Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-07-17 13:23 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-18 07:34 -0700
Re: OT: Windows 10, kranke Farben nach Update Matthias Weingart <mwnews@pentax.boerde.de> - 2017-07-20 05:56 +0000
Re: OT: Windows 10, kranke Farben nach Update Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-07-20 21:20 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-20 12:25 -0700
Re: OT: Windows 10, kranke Farben nach Update Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-08-01 00:12 +0200
Re: OT: Windows 10, kranke Farben nach Update Joerg <news@analogconsultants.com> - 2017-07-31 16:53 -0700
Re: OT: Windows 10, kranke Farben nach Update Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-08-02 21:14 +0200
Re: OT: Windows 10, kranke Farben nach Update Roland Krause <roland.krause9@freenet.de> - 2017-07-16 18:04 +0200
Re: OT: Windows 10, kranke Farben nach Update Klaus Butzmann <k.butzmann.usenet@online.de> - 2017-07-16 22:47 +0200
Re: OT: Windows 10, kranke Farben nach Update Ralph Aichinger <ra@pi.h5.or.at> - 2017-07-16 22:55 +0200
Re: OT: Windows 10, kranke Farben nach Update Lutz Schulze <lschulze@netzwerkseite.de> - 2017-07-17 04:40 +0200
Re: OT: Windows 10, kranke Farben nach Update Falk Dµebbert <falk@duebbert.com> - 2017-07-17 13:32 +0200
Re: OT: Windows 10, kranke Farben nach Update Axel Berger <Spam@Berger-Odenthal.De> - 2017-07-17 13:56 +0200
Re: OT: Windows 10, kranke Farben nach Update Stefan <df9bi@arcor.de> - 2017-07-17 07:35 +0200
Re: OT: Windows 10, kranke Farben nach Update Franklin Schiftan <fraschi_usenet@arcor.de> - 2017-07-17 08:42 +0200
Re: OT: Windows 10, kranke Farben nach Update Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-07-17 09:09 +0200
Re: OT: Windows 10, kranke Farben nach Update Edzard Egberts <news@edzeg.net> - 2017-07-17 09:22 +0200
Re: OT: Windows 10, kranke Farben nach Update Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2017-07-17 10:44 +0200
Re: OT: Windows 10, kranke Farben nach Update Axel Berger <Spam@Berger-Odenthal.De> - 2017-07-17 14:03 +0200
Re: OT: Windows 10, kranke Farben nach Update "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-07-17 12:33 +0000
Re: OT: Windows 10, kranke Farben nach Update Axel Berger <Spam@Berger-Odenthal.De> - 2017-07-17 17:08 +0200
Re: OT: Windows 10, kranke Farben nach Update Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-07-17 17:29 +0200
Re: OT: Windows 10, kranke Farben nach Update Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-07-18 11:20 +0200
Re: OT: Windows 10, kranke Farben nach Update Heinz Schmitz <HeinzSchmitz@gmx.net> - 2017-07-17 10:17 +0200
Re: OT: Windows 10, kranke Farben nach Update Axel Berger <Spam@Berger-Odenthal.De> - 2017-07-17 13:59 +0200
Re: OT: Windows 10, kranke Farben nach Update Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-07-17 18:31 +0200
Re: OT: Windows 10, kranke Farben nach Update Axel Berger <Spam@Berger-Odenthal.De> - 2017-07-18 08:23 +0200
Re: OT: Windows 10, kranke Farben nach Update Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-07-18 08:30 +0200
Re: OT: Windows 10, kranke Farben nach Update Axel Berger <Spam@Berger-Odenthal.De> - 2017-07-18 11:45 +0200
Re: OT: Windows 10, kranke Farben nach Update Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-07-18 15:05 +0200
Re: OT: Windows 10, kranke Farben nach Update Falk Dµebbert <falk@duebbert.com> - 2017-07-19 11:26 +0200
Re: OT: Windows 10, kranke Farben nach Update Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-07-19 11:39 +0200
Re: OT: Windows 10, kranke Farben nach Update Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2017-07-19 17:55 +0200
Re: OT: Windows 10, kranke Farben nach Update Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-07-19 18:23 +0200
OT: IT-Struktur an Uni-Instituten Kai-Martin <kmk@lilalaser.de> - 2017-07-20 10:37 +0200
Re: OT: Windows 10, kranke Farben nach Update Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-08-01 00:36 +0200
Re: OT: Windows 10, kranke Farben nach Update Stefan Engler <Lehrerfreund@web.de> - 2017-08-01 08:14 -0700
Re: OT: Windows 10, kranke Farben nach Update Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-08-01 19:50 +0200
Re: OT: Windows 10, kranke Farben nach Update Edzard Egberts <news@edzeg.net> - 2017-07-18 08:31 +0200
Re: OT: Windows 10, kranke Farben nach Update Klaus Butzmann <k.butzmann.usenet@online.de> - 2017-07-19 00:04 +0200
Re: OT: Windows 10, kranke Farben nach Update Stefan Engler <Lehrerfreund@web.de> - 2017-07-18 01:45 -0700
Page 4 of 4 — ← Prev page 1 2 3 [4]
| From | Sebastian Suchanek <sebastian.suchanek@gmx.de> |
|---|---|
| Date | 2017-07-19 17:55 +0200 |
| Message-ID | <oknvcs$4h8$2@msgid.suchanek.de> |
| In reply to | #230236 |
Am 19.07.2017 um 11:26 schrieb Falk Dµebbert: > [...] > Bei meiner Uni gab es immer drei Rechner: > > 1) Uni-Rechner Büro > 2) Uni-Rechner an Anlage oder Messgerät > 3) Privates Notebook > > Nutzung > 1) brauchte man nur um Anträge oder Dienstpläne einzusehen und > ferngeliehene Journale zu lesen. > 2) kaputt oder alt im Sinne, dass da noch Siemens-Halske dranstand. > 3) machte die ganze Arbeit > > Bei Profs und Oberings gab es nur 1 und 2. War das noch vor doch schon kurz nach dem Zweiten Weltkrieg? Tschüs, Sebastian
[toc] | [prev] | [next] | [standalone]
| From | Dieter Wiedmann <dieter.wiedmann@t-online.de> |
|---|---|
| Date | 2017-07-19 18:23 +0200 |
| Message-ID | <oko127$1ogo$2@gioia.aioe.org> |
| In reply to | #230252 |
Am 19.07.2017 um 17:55 schrieb Sebastian Suchanek: > Am 19.07.2017 um 11:26 schrieb Falk Dµebbert: > >> [...] >> Bei meiner Uni gab es immer drei Rechner: >> >> 1) Uni-Rechner Büro >> 2) Uni-Rechner an Anlage oder Messgerät >> 3) Privates Notebook >> >> Nutzung >> 1) brauchte man nur um Anträge oder Dienstpläne einzusehen und >> ferngeliehene Journale zu lesen. >> 2) kaputt oder alt im Sinne, dass da noch Siemens-Halske dranstand. >> 3) machte die ganze Arbeit >> >> Bei Profs und Oberings gab es nur 1 und 2. > > War das noch vor doch schon kurz nach dem Zweiten Weltkrieg? https://de.wikipedia.org/wiki/Deutsch-Franz%C3%B6sischer_Krieg Gruß Dieter
[toc] | [prev] | [next] | [standalone]
| From | Kai-Martin <kmk@lilalaser.de> |
|---|---|
| Date | 2017-07-20 10:37 +0200 |
| Subject | OT: IT-Struktur an Uni-Instituten |
| Message-ID | <okpq43$30e$1@gwaiyur.mb-net.net> |
| In reply to | #230236 |
Falk Dµebbert wrote: > Bei meiner Uni gab es immer drei Rechner: In "meiner Uni" gibt es: > 1) Uni-Rechner Büro > 2) Uni-Rechner an Anlage oder Messgerät > 3) Privates Notebook 4) diverse Server auf Institusebene für AFS, DHCP, LDAP/Kerberos, Kalender-Server, Lizenz-Server, Druck-Server, Wikis, VPN, WPKG, etc. 5) Rechenknechte in Form von großem PC-Gehäuse mit Maximal-Ausbau an Grafikkarten der oberen Preisklasse. 6) Raspberries, Red-Pitayas, und ähnliches für Exerimentsteuerung und Überwachung diverser Parameter bis hin zur Raumtemperatur. 7) die Rechner am Rechenzentrum, bei denen man mit anderen Nutzern um PetaFLOPs konkurriert. Außerdem stehen dort die Plattenfarmen und Bandroboter für das Backup und die Server für die Institutshomepage. > 2) kaputt oder alt im Sinne, dass da noch Siemens-Halske dranstand. Hier schon deshalb nicht, weil AutoCAD Inventor, Solidworks, oder auch Quartus einem recht deutlich mitteilen, dass sie halbwegs aktuelle Hardware voraussetzen. In den Sekretariaten hat SAP einen ähnlichen Effekt. Weil es weiter oben im Thread angesprochen wurde: Alles, was nicht Server ist, wird von den jeweiligen Benutzern administriert -- wenn gewünscht, unterstützt durch WPKG. "Administrator" für die Server ist hier eine Nebenrolle von diversen Doktoranden, Wimis und einem der Professoren. ---<)kaimartin(>---
[toc] | [prev] | [next] | [standalone]
| From | Rolf Bombach <rolfnospambombach@invalid.invalid> |
|---|---|
| Date | 2017-08-01 00:36 +0200 |
| Message-ID | <olob4r$dvg$1@dont-email.me> |
| In reply to | #230160 |
Eric Bruecklmeier schrieb: > Am 18.07.2017 um 08:23 schrieb Axel Berger: >> Eric Bruecklmeier wrote: >>> Ist das bei euch so? Hier nicht. >> >> Ein Adminstrator ist jemand, der Geld dafür bekommt "sich um die Rechner >> zu kümmern", sie einzurichten, Programmupdates aufzuspielen etc. Über >> Qualifikation sagt das nichts oder nicht viel. Solche HiWis gibt es, >> Dozenten machen das nicht selbst. Diejenigen, die Wert auf sowas legen, >> bringen eigene Rechner mit. > > Die Frage war durchaus ernst gemeint. Ich war ja nun schon an einer Reihe von Hochschulen tätig und überall haben sich die Leute selbst um Ihre Rechner gekümmert (incl. Sicherungen etc.), obwohl die > Hardware im Besitz des jeweiligen Landes war. Das kann natürlich an der Fakultät liegen, vielleicht ist das bei Geisteswissenschaftlern anders. Das ist sicher von der Hochschule abhängig. Der ETH-Bereich ist in diesem Sinn schon nah an so was wie einer Bundeswehr-Hochschule :-]. Eigentümer (Besitz ist was anderes) ist auch nur manchmal direkt der Bund, formal oft aber der Geldgeber des Forschungsprojekts. Was allerdings wiederum eine Institution des Bundes sein kann (Nationalfonds oder so). Das führt dazu, dass wir zwei Klassen von PCs haben. "Bürogeräte" (inklusive der PCc für Wissenschaftler bis hin zum Diplomanden) gehören dem Institut, welches dem Bund gehört. Diese PCs werden zentral ausgegeben und zentral gewartet. Man hat auch Anrecht auf Erneuerung alle drei(?) Jahre, was ich allerdings jedes zweite mal dankend ablehne. Die offizielle Datenspeicherung ist auf Netzlaufwerken, welche sehr gut gepflegt werden, d.h. nicht nur Backups, sondern auch 2x Snapshots am Tag usw. Dann gibt es noch die Labor-PCs, die allerdings mit Forschungsgeldern beschafft werden müssen. Mit beinahe-Zwang zur Hausmarke. Diese werden idR auch zentral gewartet. Da der Personalbestand naturgemäss stark fluktuiert und rund 10k PCs rumschwirren, geht das gar nicht anders als mit zentraler Wartung. Insbesondere wenn es in der Vergangenheit schon mal, äh, Unstimmigkeiten mit Lizenzen gegeben hat. Für Tageswehwehchen steht ein Supporter zur Verfügung, für Spezielles hat es Spezialisten (diverse Softwarepakete). Der Supporter kann auch zusätzliche Disks und Memory etc. reinschrauben. Ersatz-PC im Notfall ist eine Sache von Minuten; er hat Regale davon rumstehen, ältere halt. Ich persönlich krieg auch ohne Supporter alles ab Lager, die sind froh, wenn sie nicht beansprucht werden (total Überlastet wegen "Reorganisation"). Sekretärinnen bis Diplomanden kriegen erst mal keine Admin-Rechte. Wissenschaftler können welche beantragen (elektronisches Formular, "brauch ich für Labor, Treibersalat, Software vom Gerätehersteller, bla") Zeitaufwand 2 Minuten, Erledigung 10 Minuten oder so. Kann man nichts sagen. Ausser dass ich froh wäre, wenn die Hürden höher liegen würden. Allerweltssoftware kann auch von nicht-Admins via "Software-Kiosk" installiert werden. Gratis-Zeug sofort, Bezahlware erfordert Abklärung der Geldquelle. Wer als nicht-Admin Gratissoftware will, die noch nicht im Kiosk erhältlich ist, kann diese beantragen. LTspice haben wir so auch reingekriegt. Auch nicht-Admins können ferngesteuert ein neues OS installieren lassen, wobei die Auswahl sich im Moment auf W7/64bit und SciLinux beschränkt. -- mfg Rolf Bombach
[toc] | [prev] | [next] | [standalone]
| From | Stefan Engler <Lehrerfreund@web.de> |
|---|---|
| Date | 2017-08-01 08:14 -0700 |
| Message-ID | <5924adf5-bc05-426d-ba77-80f53e987dd4@googlegroups.com> |
| In reply to | #230718 |
Am Dienstag, 1. August 2017 00:36:00 UTC+2 schrieb Rolf Bombach: > der PCc für Wissenschaftler bis hin zum Diplomanden) gehören dem Institut, > welches dem Bund gehört. Diese PCs werden zentral ausgegeben und zentral > gewartet. Man hat auch Anrecht auf Erneuerung alle drei(?) Jahre, was > ich allerdings jedes zweite mal dankend ablehne. Die offizielle Bei zentraler Wartung geht es um das Lifecycle Policy (PLM). Man möchte eine möglichst homogene Hardware haben. Es gibt immer das Problem, dass ein Gerät genau vor der Einführung der nächsten Generation ausfällt und durch die alte Technologie ersetzt werden muss, sodass sich die Support-Zyklen teilweise erheblich überschneiden. Ein Bsp. ist ATM und Ethernet, wo die alte Technik noch lange weiter betrieben werden muss (PTSN, ISDN), was viel Geld im Support kostet oder Teile nicht mehr in der laufenden Produktion sind (keine Ahnung wo AVM das ISDN-Zeug herbekommt). Geräte halten nicht ewig und man versucht in großen Umgebungen zu tauschen bevor die Fehler gehäuft auftreten. (Folge: Laptop und PC's aus Leasing-Rückläufern) Aktuelle Software braucht auch aktuelle HW und alte Software ist nicht mit Geschäftspartner kompatibel (Office 2010, ...). Bei (Geld-)Automaten oder Industriegeräten hat man lange Zeit versäumt die SW auf die nächste Gernation zu updaten, sodass man jetzt teuer irgendwelche veraltete HW/SW nehmen muss. Hätte man z.B. Updates gefahren, als Microsoft den Austausch der API-Funktionen inkl. Beispiel-Code empfohlen hat, wären vieles erspart geblieben, da das Know- How noch vorhanden wäre. Die Kettenreaktionen versucht man JETZT zu vermeiden. Microsoft ist hier selbst auch kein großes Vorbild, da Win7 selbst veraltete Funktionen nutzt, die in POSIX-Tools schon mit gcc auf neue gelinkt werden.
[toc] | [prev] | [next] | [standalone]
| From | Rolf Bombach <rolfnospambombach@invalid.invalid> |
|---|---|
| Date | 2017-08-01 19:50 +0200 |
| Message-ID | <olqeqc$gi2$1@dont-email.me> |
| In reply to | #230742 |
Stefan Engler schrieb: > Am Dienstag, 1. August 2017 00:36:00 UTC+2 schrieb Rolf Bombach: >> der PCc für Wissenschaftler bis hin zum Diplomanden) gehören dem Institut, >> welches dem Bund gehört. Diese PCs werden zentral ausgegeben und zentral >> gewartet. Man hat auch Anrecht auf Erneuerung alle drei(?) Jahre, was >> ich allerdings jedes zweite mal dankend ablehne. Die offizielle > > Bei zentraler Wartung geht es um das Lifecycle Policy (PLM). Man möchte eine > möglichst homogene Hardware haben. Es gibt immer das Problem, dass ein Gerät > genau vor der Einführung der nächsten Generation ausfällt und durch die alte > Technologie ersetzt werden muss, sodass sich die Support-Zyklen teilweise > erheblich überschneiden. Ist das Institut noch so klein, der administrative Teil ist gross. Und dort willst du garantiert keinen Hard- und/oder Softwarewildwuchs. Es gibt übrigens auch gesetzliche Vorschriften zur IT-Sicherheit. Auch willst du dort keine Querulanten, die unbedingt bei ihrem geliebten 10++Jahre Mac bleiben wollen. Schon gar nicht im Netz, denn der Typ wird geistig noch bei "Mac braucht keinen Virenschut" stehen geblieben sein. Ach ja, diese Leute gibt es auch unter den Wissenschaftlern. Wissenschaftler dürfen im Prinzip alles hinstellen, auch besagten Mac. Es gibt dann aber keinen Support und keine Garantie, dass IT-Dienstleistungen darauf funktionieren. Updates sind dann Sache des Users; wenn er allerdings einen Virus einschleppt, kann das grössere Mengen an Papierkram nach sich ziehen. Im Lab hab ich durchaus noch Pentium4 mit XP. Die werden auch noch ferngewartet, OS und App-seitig, im Rahmen der Möglichkeiten. Die Geräte dürfen ans Intranet, Internet ist automatisch gesperrt. Da ich die eher selten gebrauchten XP- Rechner nicht immer am Netz (230V) habe, bekomme ich allerdings automatisch monatlich einen Anschiss per Email, die Updates manuell durchzuführen. Und mit Linux geht das ähnlich. Heutige Fernwartung ist sehr leistungsfähig. > Ein Bsp. ist ATM und Ethernet, wo die alte Technik noch lange weiter betrieben > werden muss (PTSN, ISDN), was viel Geld im Support kostet oder Teile nicht mehr > in der laufenden Produktion sind (keine Ahnung wo AVM das ISDN-Zeug herbekommt). Ja, irgendwann musst du eh das ganze Thin wire localnet, 10B2, monstercable Ethernet und was weiss ich noch für weitere Netze (wie hiessen die, welche mit dem Stecker ein "Antennenkabel" unterbrachen und das Gerät mit zwei Koaxkabeln einschlauften?) radikal rausreissen und z.B. auch kilometerweise Gigabitkabel und Glasfasern einbauen. Telefon wird dann auch umgestellt. > > Geräte halten nicht ewig und man versucht in großen Umgebungen zu tauschen bevor > die Fehler gehäuft auftreten. (Folge: Laptop und PC's aus Leasing-Rückläufern) > Aktuelle Software braucht auch aktuelle HW und alte Software ist nicht > mit Geschäftspartner kompatibel (Office 2010, ...). Bei (Geld-)Automaten oder > Industriegeräten hat man lange Zeit versäumt die SW auf die nächste Gernation zu > updaten, sodass man jetzt teuer irgendwelche veraltete HW/SW nehmen muss. Da wird noch einiges zum Vorschein kommen. Auch Industriehardware hält nicht ewig, man ist nur davon ausgegangen :-] -- mfg Rolf Bombach
[toc] | [prev] | [next] | [standalone]
| From | Edzard Egberts <news@edzeg.net> |
|---|---|
| Date | 2017-07-18 08:31 +0200 |
| Message-ID | <okka2b$qau$1@news4.open-news-network.org> |
| In reply to | #230159 |
Axel Berger wrote: > Eric Bruecklmeier wrote: >> Ist das bei euch so? Hier nicht. > > Ein Adminstrator ist jemand, der Geld dafür bekommt "sich um die > Rechner zu kümmern", sie einzurichten, Programmupdates aufzuspielen > etc. Über Qualifikation sagt das nichts oder nicht viel. Die schlechten tragen Turnschuhe, die guten müssen für ihre Arbeit nicht unter ihrem Stein hervorkommen. ;o)
[toc] | [prev] | [next] | [standalone]
| From | Klaus Butzmann <k.butzmann.usenet@online.de> |
|---|---|
| Date | 2017-07-19 00:04 +0200 |
| Message-ID | <okm0ll$m8d$1@news.albasani.net> |
| In reply to | #230159 |
Am 18.07.2017 um 08:23 schrieb Axel Berger: > Ein Adminstrator ist jemand, der Geld dafür bekommt "sich um die Rechner > zu kümmern", sie einzurichten, Programmupdates aufzuspielen etc. Unerquicklicher Job, vulgo digitaler Hausmeister. Es mag viele Flachzangen geben, aber ein gescheiter Admin ist kein "SystemNeg***" sondern findet unerklärliche Fehler, schlägt gescheite Hardware vor und hat ein Auge auf Datensicherheit und Abläufe. Dummerweise wills meist keiner bezahlen und dann kommen halt Access Datenbanken, Winmail.dat, Excelorgien und interne Mails von 500 MB zum Vorschein. Butzo
[toc] | [prev] | [next] | [standalone]
| From | Stefan Engler <Lehrerfreund@web.de> |
|---|---|
| Date | 2017-07-18 01:45 -0700 |
| Message-ID | <389b9150-d83f-4f64-ae80-f725625653bd@googlegroups.com> |
| In reply to | #230090 |
Am Sonntag, 16. Juli 2017 18:04:20 UTC+2 schrieb Roland Krause: > lief problemlos. Die Optik von Win10 ist auf dem kleinen Display > allerdings deutlich besser als die von Win7. Der Wechsel hat sich > eindeutig gelohnt. > Demnächst steht der Wechsel bei uns in der Firma an. Mal sehen wie das > wird :) Windows 10 ist bei hardwarenahen Apps etwas problemtisch. ImPACt lief unter Win7 problemlos und unter Win 10 stürzt es immer ab. Entwicklungs-Treiber lassen sich unter Win 10 kaum installieren und USB-Boot-Treiber krigt man unter Win 10 kaum installiert (die 2 Sekunden, die das Gerät im Boot-Modus ist, braucht Windows 10 meist, um es zu erkennen und einigen Firlefanz zu treiben). Der Win10 Drucker-Treiber sorgt für feinpixelige eher graue als schwarze Ausdrucke.
[toc] | [prev] | [standalone]
Page 4 of 4 — ← Prev page 1 2 3 [4]
Back to top | Article view | de.sci.electronics
csiph-web