hier mal ein kleiner Praxistip.
Entwickler grad im Online-Bereich haben öfters mal mit XML-Daten oder -Datein, die zum Teil böse verunstaltet sind aber dennoch valide XML-Strukturen sind. Da können beispielsweise Zeilenumbrüche fehlen oder einfach Einrückungen. Sowas bereitet dann Mühe wenn es von einem Menschen interpretiert werden soll.
Wie gut ein RAID-System ist, egal ob es auf reiner Hardware oder Software basiert, zeigt sich erst wenn es zum Fall der Fälle kommt und Probleme auftreten. Die einen schwören auf reine Hardware-basierende System wie von Areca, 3ware oder Adaptec die aufgrund ihrer Preis aber wohl eher im Business-Bereich angesiedelt sind. Reine „Software“-RAIDs sind dagegen im SoHo-Bereich sehr populär und haben eine weite Verbreitung besonders unter Linux. Mittlerweile können sich die Fähigkeiten des Linux Software-RAIDs, mit der ausgewachsener Storagesystem messen.
Die Gründe die zu einer Situation führen können bei der sich ein RAID 5 sich nicht mehr starten lässt können viele sein. So reicht es aus wenn mindestens 2 Platten gleichzeitig für kurze Zeit nicht mehr reagieren. Das muss nicht zwangsläufig gleich ein harter permanenter Ausfall sein.
LOL .. so weit ises schon gekommen. Anscheinend ist es einträglicher eine Zelle fürs zwitschern zwischendurch zu bauen als Telefonzellen. Wozu auch in Deutschland gibt es ja bald 100-Mio Handies, wer sollte da noch Bedarf für Telefonzellen haben.
Aber eine Alternative zum Smartphone ist das für Hardcore-Tweeter nun auch nicht.
Quelle
diverse Spassbild-Seiten
Eigentlich liesen sich die propritären AMD-Treiber fglrx mit dem fglrx-Installer, wie schon seit Catalyst 10-7 gewohnt ohne Probleme bauen. Egal unter welcher Kernel-Version, es wird immer ein Set von DEB-Paketen erstellt. Nur leider klappt es nicht, nach Installation des aktuellen Update-Kernels 2.6.32-25, das fglrx-Kernel-Modul zu installieren. Die Installation bricht mit einer DKMS-Fehlermeldung mit Verweis auf die make.log ab.
DKMS make.log for fglrx-8.771 for kernel 2.6.32-25-generic (x86_64) Do 30. Sep 17:26:23 CEST 2010 AMD kernel module generator version 2.1 doing Makefile based build for kernel 2.6.x and higher rm -rf *.c *.h *.o *.ko *.GCC* .??* *.symvers make -C /lib/modules/2.6.32-25-generic/build SUBDIRS=/var/lib/dkms/fglrx/8.771/build/2.6.x modules make[1]: Betrete Verzeichnis '/usr/src/linux-headers-2.6.32-25-generic' CC [M] /var/lib/dkms/fglrx/8.771/build/2.6.x/firegl_public.o In file included from /var/lib/dkms/fglrx/8.771/build/2.6.x/firegl_public.c:451: /var/lib/dkms/fglrx/8.771/build/2.6.x/drm_proc.h: In function ‘FGLDRM__vma_info’: /var/lib/dkms/fglrx/8.771/build/2.6.x/drm_proc.h:497: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’ CC [M] /var/lib/dkms/fglrx/8.771/build/2.6.x/kcl_acpi.o CC [M] /var/lib/dkms/fglrx/8.771/build/2.6.x/kcl_agp.o CC [M] /var/lib/dkms/fglrx/8.771/build/2.6.x/kcl_debug.o CC [M] /var/lib/dkms/fglrx/8.771/build/2.6.x/kcl_ioctl.o /var/lib/dkms/fglrx/8.771/build/2.6.x/kcl_ioctl.c: In function ‘KCL_IOCTL_AllocUserSpace32’: /var/lib/dkms/fglrx/8.771/build/2.6.x/kcl_ioctl.c:196: error: implicit declaration of function ‘compat_alloc_user_space’ /var/lib/dkms/fglrx/8.771/build/2.6.x/kcl_ioctl.c:196: warning: return makes pointer from integer without a cast make[2]: *** [/var/lib/dkms/fglrx/8.771/build/2.6.x/kcl_ioctl.o] Fehler 1 make[1]: *** [_module_/var/lib/dkms/fglrx/8.771/build/2.6.x] Fehler 2 make[1]: Verlasse Verzeichnis '/usr/src/linux-headers-2.6.32-25-generic' make: *** [kmod_build] Fehler 2 build failed with return value 2
Hier mal ein aktuelles Fundstück. Ein SpiegelTV Bericht zum Thema Skimming – der virtuelle Bankraub. Erschreckend sind vor allem die ansteigenden Fallzahlen. Was zeigt das es schon lange keine „Einzelfälle“ mehr sind und die Banken endlich ihr Automatensystem aktualisieren sollten anstatt das Problem auf die Bankkunden abzuwälzen.
Feedback