Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #541522 > unrolled thread
| Started by | Shinji Ikari <shinji@gmx.net> |
|---|---|
| First post | 2022-02-01 06:53 +0100 |
| Last post | 2022-02-01 19:34 +0100 |
| Articles | 20 on this page of 56 — 14 participants |
Back to article view | Back to ger.ct
MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-01 06:53 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-02-01 10:21 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 10:30 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-02-01 10:50 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 10:54 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-02-01 11:08 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 11:15 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Matthias Eißing <meissing@gmx.de> - 2022-02-01 11:22 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 11:27 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-02-01 11:54 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 12:45 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-02-01 07:01 -0800
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Dr. Joachim Neudert <neudert@5sl.org> - 2022-02-02 05:11 +0000
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-02-02 06:50 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-02-02 07:17 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-02 07:56 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-02 09:46 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-02-02 10:17 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Georg Gruber <g.gruber_hauwech@gmx.net> - 2022-02-02 10:52 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-02 11:07 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Georg Gruber <g.gruber_hauwech@gmx.net> - 2022-02-03 12:23 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-03 12:44 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Michael Bode <m.g.bode@web.de> - 2022-02-03 19:39 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Gerhard Hoffmann <dk4xp@arcor.de> - 2022-02-04 02:21 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-02-02 03:25 -0800
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-02 11:05 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-02-02 15:14 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-01 11:26 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-01 15:27 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 15:36 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-02 06:50 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Arno Lutz <invalid@freakmail.de> - 2022-02-01 20:03 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-02-01 23:45 -0800
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Ulrich Weise <ulrich.weise@t-online.de> - 2022-02-02 15:05 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-02-02 17:45 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-02-01 10:55 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-02-01 11:12 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-02-01 11:00 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 11:12 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 12:47 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Matthias Eißing <meissing@gmx.de> - 2022-02-01 11:10 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 11:17 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-02 02:42 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-01 11:28 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Matthias Eißing <meissing@gmx.de> - 2022-02-01 11:31 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-01 15:32 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Matthias Eißing <meissing@gmx.de> - 2022-02-01 17:05 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Ulrich Weise <ulrich.weise@t-online.de> - 2022-02-02 15:39 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-01 11:25 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 11:29 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Shinji Ikari <shinji@gmx.net> - 2022-02-01 15:34 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 15:42 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Matthias Eißing <meissing@gmx.de> - 2022-02-01 17:03 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 17:06 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-02-01 18:50 +0100
Re: MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand Bonita Montero <Bonita.Montero@gmail.com> - 2022-02-01 19:34 +0100
Page 1 of 3 [1] 2 3 Next page →
| From | Shinji Ikari <shinji@gmx.net> |
|---|---|
| Date | 2022-02-01 06:53 +0100 |
| Subject | MacOS 12.2 leert Akkus ueber Nacht - unter macOS-Updates verhindern BT-Accessoires unter Umstaenden den Ruhezustand |
| Message-ID | <6lihvgprsot7d6tc5263sfs6v29aih5mgd@4ax.com> |
Neues MacOS 12.2 leert Akkus über Nacht https://www.golem.de/news/aufwachen-per-bluetooth-neues-macos-12-2-leert-akkus-ueber-nacht-2201-162794.html Nach Installation des macOS-Updates verhindern Bluetooth-Accessoires unter Umständen den Ruhezustand. Bei MacBooks leert das den Akku. https://www.heise.de/news/macOS-12-2-Monterey-Bluetooth-Geraete-halten-manche-Macs-wach-6344075.html Hoffen wir mal, dass Apple da mal zuegig nachbessert. Nicht nur wegen der Umwelt, sonderna uch den Nutzern.
[toc] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-02-01 10:21 +0100 |
| Message-ID | <20220201102118.45bf68e1.dietz-usenet@rotfl.franken.de> |
| In reply to | #541522 |
Shinji Ikari <shinji@gmx.net> wrote: > Neues MacOS 12.2 leert Akkus über Nacht > https://www.golem.de/news/aufwachen-per-bluetooth-neues-macos-12-2-leert-akkus-ueber-nacht-2201-162794.html > > Nach Installation des macOS-Updates verhindern Bluetooth-Accessoires > unter Umständen den Ruhezustand. Bei MacBooks leert das den Akku. > https://www.heise.de/news/macOS-12-2-Monterey-Bluetooth-Geraete-halten-manche-Macs-wach-6344075.html > > Hoffen wir mal, dass Apple da mal zuegig nachbessert. > Nicht nur wegen der Umwelt, sonderna uch den Nutzern. Kannnichsein!!111 Wir wissen doch, dass Apple *keine* Fehler macht und Steve immer noch zu Tim spricht. Also, das behaupten die Fanbois. Ich persönlich denke mir immer meinen Teil, wenn jemand eine angeblich endgeile Sache ständig beweihräuchern muss. Apple vs. Android - Fentanyl vs. Valium. Und das Verhalten der Apple-Nutzer passt ja auch sehr gut zum üblichen Verhalten Abhängiger. Die Krankheit wird geleugnet, Hilfe wird abgelehnt, Dritte werden "angefixt". Und dann sind der iAusweis, die iCoronaApp, der iAutoZündschlüssel und der iHausSchlüssel im Zweifelsfall alle zugleich weg ...
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-02-01 10:30 +0100 |
| Message-ID | <staukj$ghl6$2@solani.org> |
| In reply to | #541569 |
Am 01.02.22 um 10:21 schrieb Dietz Proepper: > Shinji Ikari<shinji@gmx.net> wrote: > >> Neues MacOS 12.2 leert Akkus über Nacht >> https://www.golem.de/news/aufwachen-per-bluetooth-neues-macos-12-2-leert-akkus-ueber-nacht-2201-162794.html >> >> Nach Installation des macOS-Updates verhindern Bluetooth-Accessoires >> unter Umständen den Ruhezustand. Bei MacBooks leert das den Akku. >> https://www.heise.de/news/macOS-12-2-Monterey-Bluetooth-Geraete-halten-manche-Macs-wach-6344075.html >> >> Hoffen wir mal, dass Apple da mal zuegig nachbessert. >> Nicht nur wegen der Umwelt, sonderna uch den Nutzern. > Kannnichsein!!111 Wir wissen doch, dass Apple*keine* Fehler macht und > Steve immer noch zu Tim spricht. Herrjessas, daß irgeneine angestöpselte Fremd-Peripherie einen Rechner am Standby erfolgreich hindert- das hat es ja noch nie gegeben, das ist ja unerhört, ganz was Neues... -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-02-01 10:50 +0100 |
| Message-ID | <20220201105039.14fa3509.dietz-usenet@rotfl.franken.de> |
| In reply to | #541573 |
"Dr. Joachim Neudert" <neudert@5sl.org> wrote: > Am 01.02.22 um 10:21 schrieb Dietz Proepper: > > Shinji Ikari<shinji@gmx.net> wrote: > > > >> Neues MacOS 12.2 leert Akkus über Nacht > >> https://www.golem.de/news/aufwachen-per-bluetooth-neues-macos-12-2-leert-akkus-ueber-nacht-2201-162794.html > >> > >> Nach Installation des macOS-Updates verhindern > >> Bluetooth-Accessoires unter Umständen den Ruhezustand. Bei > >> MacBooks leert das den Akku. > >> https://www.heise.de/news/macOS-12-2-Monterey-Bluetooth-Geraete-halten-manche-Macs-wach-6344075.html > >> > >> Hoffen wir mal, dass Apple da mal zuegig nachbessert. > >> Nicht nur wegen der Umwelt, sonderna uch den Nutzern. > > Kannnichsein!!111 Wir wissen doch, dass Apple*keine* Fehler macht > > und Steve immer noch zu Tim spricht. > > > Herrjessas, daß irgeneine angestöpselte Fremd-Peripherie einen > Rechner am Standby erfolgreich hindert- das hat es ja noch nie > gegeben, das ist ja unerhört, ganz was Neues... "Also, dass Rauchen ungesund ist das ist nur ein Gerücht!!111 Der Bruder einer Arbeitskollegin hat einen Onkel, der hat auf seiner eigenen Beerdigung noch geraucht, das kann nicht schlecht sein." Fentanyl vs. Valium. (Und auf der sachlichen Ebene. Prä-Update: alles geht, post-Update: Fehler treten auf. Preisfrage: wer hat's verbockt?)
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-02-01 10:54 +0100 |
| Message-ID | <stb007$gij1$1@solani.org> |
| In reply to | #541583 |
Am 01.02.22 um 10:50 schrieb Dietz Proepper: > > (Und auf der sachlichen Ebene. Prä-Update: alles geht, post-Update: > Fehler treten auf. Preisfrage: wer hat's verbockt?) > Microsoft! Bei mir gestern: Microsoft. Am Freitag habe ich die neue Praxissoftware auf den Server aufgespielt, zuvor noch 3 Microsoft-Updates für den Server. Montag früh ist alles in Scherben: alle 11 bis 15 Minuten bootet der Server neu. Unaufhaltsam. Da geht kein EKG, kein Echo, kein Rezept, gar nichts geht da noch. Erklärung: https://www.borncity.com/blog/2022/01/12/patchday-windows-8-1-server-2012-r2-updates-11-januar-2022-mgliche-boot-probleme/ Reboot-Loop des Servers. Ganz großes Kino. So was braucht man am Montag morgen. -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-02-01 11:08 +0100 |
| Message-ID | <20220201110843.48c75e98.dietz-usenet@rotfl.franken.de> |
| In reply to | #541586 |
"Dr. Joachim Neudert" <neudert@5sl.org> wrote: > Am 01.02.22 um 10:50 schrieb Dietz Proepper: > > (Und auf der sachlichen Ebene. Prä-Update: alles geht, post-Update: > > Fehler treten auf. Preisfrage: wer hat's verbockt?) > > Microsoft! Projektion - auch ein typisches Suchtkrankenverhalten ... > Bei mir gestern: Microsoft. > Am Freitag habe ich die neue Praxissoftware auf den Server > aufgespielt, zuvor noch 3 Microsoft-Updates für den Server. Ich frage mal nicht nach dem Recovery-Pfad ... > Montag früh ist alles in Scherben: alle 11 bis 15 Minuten bootet der > Server neu. Unaufhaltsam. ... der offenbar nicht existierte. > Da geht kein EKG, kein Echo, kein Rezept, gar nichts geht da noch. Mal eine dumme Frage - dein (angeblich) vorhandener IT-Berater, macht der eigentlich auch EKGs, Echos und schreibt Rezepte aus? Wenn nicht, warum fummelst Du dann an Maschinen aus seinem bailiwick herum? > Erklärung: > > https://www.borncity.com/blog/2022/01/12/patchday-windows-8-1-server-2012-r2-updates-11-januar-2022-mgliche-boot-probleme/ > > Reboot-Loop des Servers. Ganz großes Kino. So was braucht man am > Montag morgen. Tja. Daher beauftragt man mit solchen Sachen Dritte, die sich damit auskennen bzw. ggf. in Regress gehen. Freitag Abend Update, Montag Produktionsstillstand wg. Update. Update von ungeschulter Person durchgeführt. Offensichtlich grobe Fahrlässigkeit. Sei' Du mal ganz froh, dass deine Patienten Geduld haben und keine klassischen Kunden darstellen.
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-02-01 11:15 +0100 |
| Message-ID | <stb18o$gji8$1@solani.org> |
| In reply to | #541589 |
Am 01.02.22 um 11:08 schrieb Dietz Proepper: > "Dr. Joachim Neudert" <neudert@5sl.org> wrote: >> >> https://www.borncity.com/blog/2022/01/12/patchday-windows-8-1-server-2012-r2-updates-11-januar-2022-mgliche-boot-probleme/ >> Nö: Korrektes Update direkt von Microsoft, so wie dringend vom Hersteller empfohlen. Über den Herstellereigenen Update-Mechanismus. Security, weißt schon. Shit frei vom Hersteller der Software. Works as designed. Siehe oben den Link. Jetzt Du wieder. -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Matthias Eißing <meissing@gmx.de> |
|---|---|
| Date | 2022-02-01 11:22 +0100 |
| Message-ID | <stb1k9$gg17$1@solani.org> |
| In reply to | #541593 |
Am 01.02.22 um 11:15 schrieb Dr. Joachim Neudert: > Jetzt Du wieder. Falsches Patchmanagement!!!!11!!!! Patches sind in kritischen Unternehmensbereichen auf alle möglichen Eventualitäten (drölfzig verschiedene Hardware-Konfigurationen, fünf-und-zwölzig verschiedene Softwarekonfigurationen, Anwendungssoftware, Netzwerke) auf jeweils einem Integration- und Test-Staging-Server separat zu testen!11!11!!elf!!!einhundert-elf!!! Alles andere ist: "Selbst schuld!" </Welcome to the real world!> Bis man damit fertig ist, sind es drei Microsoft-Patch-Days später. Wenn's schief geht, ist jede Argumentation billig. -- cu://Matthias.Eißing.de
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-02-01 11:27 +0100 |
| Message-ID | <stb1tm$gjub$1@solani.org> |
| In reply to | #541595 |
Am 01.02.22 um 11:22 schrieb Matthias Eißing: > Am 01.02.22 um 11:15 schrieb Dr. Joachim Neudert: >> Jetzt Du wieder. > > Falsches Patchmanagement!!!!11!!!! > > Patches sind in kritischen Unternehmensbereichen auf alle möglichen > Eventualitäten (drölfzig verschiedene Hardware-Konfigurationen, > fünf-und-zwölzig verschiedene Softwarekonfigurationen, > Anwendungssoftware, Netzwerke) auf jeweils einem Integration- und > Test-Staging-Server separat zu testen!11!11!!elf!!!einhundert-elf!!! > > Alles andere ist: "Selbst schuld!" > > </Welcome to the real world!> > > Bis man damit fertig ist, sind es drei Microsoft-Patch-Days später. > > Wenn's schief geht, ist jede Argumentation billig. > Und übrigens habe ich das Update- man hat ja Erfahrung- auch erst 4 Wochen nach Verfügbarkeit verzögert aufgespielt. Aber Microsoft hat die Zeit nicht zur Fehlerkorrektur genutzt, sendet mir weiter frei Haus Updates die den Microsoft Server zerschiessen. Cool. I love it. -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz-usenet@rotfl.franken.de> |
|---|---|
| Date | 2022-02-01 11:54 +0100 |
| Message-ID | <20220201115453.58b083bd.dietz-usenet@rotfl.franken.de> |
| In reply to | #541595 |
Matthias Eißing <meissing@gmx.de> wrote: > Am 01.02.22 um 11:15 schrieb Dr. Joachim Neudert: > > Jetzt Du wieder. > > Falsches Patchmanagement!!!!11!!!! Das sagt zumindest der Typ vom Betrieb, wenn auf Anweisung eines Elitevertrieblers gepfuscht wurde. > Alles andere ist: "Selbst schuld!" Dass Verticker von der realen Arbeit wenig Plan haben ...
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-02-01 12:45 +0100 |
| Message-ID | <stb6ho$gn8a$1@solani.org> |
| In reply to | #541593 |
Am 01.02.22 um 11:55 schrieb Dietz Proepper: > "Dr. Joachim Neudert" <neudert@5sl.org> wrote: > >> Am 01.02.22 um 11:08 schrieb Dietz Proepper: >>> "Dr. Joachim Neudert" <neudert@5sl.org> wrote: >>>> https://www.borncity.com/blog/2022/01/12/patchday-windows-8-1-server-2012-r2-updates-11-januar-2022-mgliche-boot-probleme/ >>>> >> >> Nö: Korrektes Update direkt von Microsoft, so wie dringend vom >> Hersteller empfohlen. Über den Herstellereigenen Update-Mechanismus. > > Es wäre mir neu, dass MS empfiehlt, Updates wichtiger Systeme von Laien > durchführen zu lassen. Oh, das Update lief ja. Ganz wunderbar. Works as intended. Nicht die Durchführung des Updates war ein Problem, sondern das was das korrekt installierte Update dann tut: Denn Server in eine Endlos-Reboot-Schleife schicken. > >> Security, weißt schon. > > Da der Server am Montag down war hat der Part schon funktioniert. Für > einen Laien einen durchaus anerkennenswerte Leistung. > > Ein Profi hingegen ... > >> Shit frei vom Hersteller der Software. Works as designed. Siehe oben >> den Link. > > ... hätte das z.B. erst auf einem Testsystem versucht und würde Dir halt > eine runde Summe für jede Minute Downtime über die im vereinbarten > service level definierte recovery time hinaus überweisen. Du glaubst dafür ist Geld da in der Kassenmedizin? So wenig wie für 80 000 TI-Konnektoren, die vom Hersteller ebenso ins nicht mehr recoverable Nirvana geschickt wurden im Jahr 2020. Gebrickt. Schon toll was so IT-Profis in der Medizin bewirken. https://www.heise.de/news/Analyse-Warum-80-000-Arztpraxen-ihre-Verbindung-zur-Telematik-verloren-4842866.html "Analyse: Warum 80.000 Arztpraxen ihre Verbindung zur Telematik verloren Über acht Wochen konnten Arztpraxen keine Stammdaten von Patienten mehr zur Telematik übertragen. Schuld waren Mängel in der Sicherheitsarchitektur." Weißt Du, lieber Dietz: *Profis* haben die *Titanic* gebaut. Und Laien die Arche. "Doch behoben war der Fehler damit noch lange nicht. Denn die betroffenen Konnektoren waren ja offline und konnten somit auch die neue TSL-Datei nicht automatisch nachladen. Aufspielen müssen das Update die sogenannten Dienstleiter vor Ort (DvO), die die Konnektoren in den Praxen administrieren. Da die TI ein Netzwerk "höchster Sicherheitsansprüche" darstellt, ist in vielen Fällen selbst eine Fernwartung der Konnektoren nicht freigegeben. Also mussten die DvO Termine mit den Ärzten abstimmen – und das dauerte bei 80.000 Anschlüssen. Bis Mitte Juni war laut Gematik noch immer der Stammdatenabgleich von über 40.000 mit der TI verbundenen Praxen gestört." Turnschuhadministratoren auf Hausbesuch also. Bezahlt von den Kassenärzten. -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Ulf Kutzner <Ulf.Kutzner@web.de> |
|---|---|
| Date | 2022-02-01 07:01 -0800 |
| Message-ID | <c62bb69a-eb07-4880-94ec-fbe05a4c1f93n@googlegroups.com> |
| In reply to | #541621 |
Dietz Proepper schrieb am Dienstag, 1. Februar 2022 um 15:56:47 UTC+1: > Und Joachim hat seine Praxis geerdet. Und in Sachen groß rausgeblasener Datenschutz wurde er völlig überraschend zum Bettvorleger.
[toc] | [prev] | [next] | [standalone]
| From | Dr. Joachim Neudert <neudert@5sl.org> |
|---|---|
| Date | 2022-02-02 05:11 +0000 |
| Message-ID | <std3pp$ho0p$1@solani.org> |
| In reply to | #541621 |
Ruediger Lahl <ruediger.lahl@gmx.de> wrote: > *Dr. Joachim Neudert* schrieb: > >> Am 01.02.22 um 11:55 schrieb Dietz Proepper: >>> "Dr. Joachim Neudert" <neudert@5sl.org> wrote: >>>> Am 01.02.22 um 11:08 schrieb Dietz Proepper: >>>>> "Dr. Joachim Neudert" <neudert@5sl.org> wrote: >>>>>> https://www.borncity.com/blog/2022/01/12/patchday-windows-8-1-server-2012-r2-updates-11-januar-2022-mgliche-boot-probleme/ >>>>>> >>>> >>>> Nö: Korrektes Update direkt von Microsoft, so wie dringend vom >>>> Hersteller empfohlen. Über den Herstellereigenen Update-Mechanismus. >>> >>> Es wäre mir neu, dass MS empfiehlt, Updates wichtiger Systeme von Laien >>> durchführen zu lassen. >> >> Oh, das Update lief ja. Ganz wunderbar. Works as intended. Nicht die >> Durchführung des Updates war ein Problem, sondern das was das korrekt >> installierte Update dann tut: Denn Server in eine Endlos-Reboot-Schleife >> schicken. > > Das hat dein Admin vorher nicht an einem Referenzsystem ausprobiert, > bevor er die Updates für dich freigab? ;-) > > Und? Backup eingespielt? Um 8:50 war das Microsoft Update deinstalliert und alles läuft wieder stabil. -- please forgive my iPhone typos
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-02-02 06:50 +0100 |
| Message-ID | <std63q$mcp$1@news.bawue.net> |
| In reply to | #541713 |
On 2/2/22 06:23, Ruediger Lahl wrote: > *Dr. Joachim Neudert* schrieb: > >> Ruediger Lahl <ruediger.lahl@gmx.de> wrote: >>> *Dr. Joachim Neudert* schrieb: >>>> Oh, das Update lief ja. Ganz wunderbar. Works as intended. Nicht die >>>> Durchführung des Updates war ein Problem, sondern das was das korrekt >>>> installierte Update dann tut: Denn Server in eine Endlos-Reboot-Schleife >>>> schicken. >>> >>> Das hat dein Admin vorher nicht an einem Referenzsystem ausprobiert, >>> bevor er die Updates für dich freigab? ;-) >>> >>> Und? Backup eingespielt? >> >> Um 8:50 war das Microsoft Update deinstalliert und alles läuft wieder >> stabil. > > Gut dass das bei MS noch geht. Stell dir das mal bei nem iPad vor. Auf > Werkseinstellungen zurücksetzen und hoffen, dass das letzte Backup > frisch ist. Was heisst 'hoffen'? Du wirst doch wohl wissen wann du das letzte Backup gemacht hast. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-02-02 07:17 +0100 |
| Message-ID | <std7md$ne2$1@news.bawue.net> |
| In reply to | #541715 |
On 2/2/22 07:12, Ruediger Lahl wrote: > *Gerrit Heitsch* schrieb: > >> On 2/2/22 06:23, Ruediger Lahl wrote: >>> *Dr. Joachim Neudert* schrieb: >>>> Ruediger Lahl <ruediger.lahl@gmx.de> wrote: >>>>> *Dr. Joachim Neudert* schrieb: >>>>>> Oh, das Update lief ja. Ganz wunderbar. Works as intended. Nicht die >>>>>> Durchführung des Updates war ein Problem, sondern das was das korrekt >>>>>> installierte Update dann tut: Denn Server in eine Endlos-Reboot-Schleife >>>>>> schicken. >>>>> >>>>> Das hat dein Admin vorher nicht an einem Referenzsystem ausprobiert, >>>>> bevor er die Updates für dich freigab? ;-) >>>>> >>>>> Und? Backup eingespielt? >>>> >>>> Um 8:50 war das Microsoft Update deinstalliert und alles läuft wieder >>>> stabil. >>> >>> Gut dass das bei MS noch geht. Stell dir das mal bei nem iPad vor. Auf >>> Werkseinstellungen zurücksetzen und hoffen, dass das letzte Backup >>> frisch ist. >> >> Was heisst 'hoffen'? Du wirst doch wohl wissen wann du das letzte Backup >> gemacht hast. > > Bei meinem iPad? Beim Versionssprung auf 15, glaube ich. Ansonsten > laufen hier aber alle 3 Tage vollautomatische Backups mit Drive SnapShot > über den Windows-Sheduler. Ich mache einmal die Woche Backups von allem hier. Voll automatisieren geht allerdings nicht weil das Backupmedium nicht dauernd angeschlossen ist damit ein durchgehendes Netzteil oder ein unpassendes Gewitter nicht Original und Backups rösten kann. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-02-02 07:56 +0100 |
| Message-ID | <std9ud$hvn6$3@solani.org> |
| In reply to | #541715 |
Am 02.02.22 um 07:12 schrieb Ruediger Lahl: > *Gerrit Heitsch* schrieb: > >> On 2/2/22 06:23, Ruediger Lahl wrote: >>> *Dr. Joachim Neudert* schrieb: >>>> Ruediger Lahl <ruediger.lahl@gmx.de> wrote: >>>>> *Dr. Joachim Neudert* schrieb: >>>>>> Oh, das Update lief ja. Ganz wunderbar. Works as intended. Nicht die >>>>>> Durchführung des Updates war ein Problem, sondern das was das korrekt >>>>>> installierte Update dann tut: Denn Server in eine Endlos-Reboot-Schleife >>>>>> schicken. >>>>> >>>>> Das hat dein Admin vorher nicht an einem Referenzsystem ausprobiert, >>>>> bevor er die Updates für dich freigab? ;-) >>>>> >>>>> Und? Backup eingespielt? >>>> >>>> Um 8:50 war das Microsoft Update deinstalliert und alles läuft wieder >>>> stabil. >>> >>> Gut dass das bei MS noch geht. Stell dir das mal bei nem iPad vor. Auf >>> Werkseinstellungen zurücksetzen und hoffen, dass das letzte Backup >>> frisch ist. >> >> Was heisst 'hoffen'? Du wirst doch wohl wissen wann du das letzte Backup >> gemacht hast. > > Bei meinem iPad? Beim Versionssprung auf 15, glaube ich. Ansonsten > laufen hier aber alle 3 Tage vollautomatische Backups mit Drive SnapShot > über den Windows-Sheduler. Die Backups aller meiner iOS Geräte laufen im Hintergrund übers WLAN. Ohne etwas anstossen zu müssen. Sie sind höchstens 3 Tage alt, meist tagesaktuell. Klar, dafür muß ein Mac im Netzwerk sein.
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-02-02 09:46 +0100 |
| Message-ID | <stdgd8$i3h5$1@solani.org> |
| In reply to | #541722 |
Am 02.02.22 um 09:42 schrieb Ruediger Lahl: >> Die Backups aller meiner iOS Geräte laufen im Hintergrund übers WLAN. > Das werden wohl eher Synchronisierungen sein. > Anzeige meines iPhone im Finder heute morgen: "Letztes Backup: Heute, 6:44". Synchronisiert werden sie so und so. -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-02-02 10:17 +0100 |
| Message-ID | <stdi77$rgu$1@news.bawue.net> |
| In reply to | #541748 |
On 2/2/22 10:08, Ruediger Lahl wrote: > *Dr. Joachim Neudert* schrieb: > >> Am 02.02.22 um 09:42 schrieb Ruediger Lahl: >>>> Die Backups aller meiner iOS Geräte laufen im Hintergrund übers WLAN. >>> Das werden wohl eher Synchronisierungen sein. >> >> Anzeige meines iPhone im Finder heute morgen: >> >> "Letztes Backup: Heute, 6:44". >> >> Synchronisiert werden sie so und so. > > Hm, In den Einstellungen in iTunes wird WLAN nur für Synchronisierungen > erwähnt. Es passiert dann trotzdem ein Backup, zumindest hier. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Georg Gruber <g.gruber_hauwech@gmx.net> |
|---|---|
| Date | 2022-02-02 10:52 +0100 |
| Message-ID | <5D2094529B91274C@ggruber793.news.solani.org> |
| In reply to | #541621 |
Am 01.02.2022 um 12:45 schrieb Dr. Joachim Neudert: > Am 01.02.22 um 11:55 schrieb Dietz Proepper: [Gekabbel zu Systempflege-Regime gesnippt] > Weißt Du, lieber Dietz: *Profis* haben die *Titanic* gebaut. > Und Laien die Arche. Es ist allerdings kein Kontakt der Arche mit einem Eisberg überliefetrt. Insofern. -- LG Georg
[toc] | [prev] | [next] | [standalone]
| From | Shinji Ikari <shinji@gmx.net> |
|---|---|
| Date | 2022-02-02 11:07 +0100 |
| Message-ID | <4slkvg1bpo9mi5g095s4c8jl0gt0i0nhm8@4ax.com> |
| In reply to | #541778 |
Guten Tag Georg Gruber <g.gruber_hauwech@gmx.net> schrieb >Am 01.02.2022 um 12:45 schrieb Dr. Joachim Neudert: >> Am 01.02.22 um 11:55 schrieb Dietz Proepper: >> Und Laien die Arche. >Es ist allerdings kein Kontakt der Arche mit einem Eisberg überliefetrt. Tja, da es fraglich ist, dass es die Arche in der beschrieben Art und der erwaehnten Transportkapazitaet ueberhaubt gab, waeren auch dahingehende Ueberlieferungen zumindest fraglich. 8)
[toc] | [prev] | [next] | [standalone]
Page 1 of 3 [1] 2 3 Next page →
Back to top | Article view | ger.ct
csiph-web