Der humanoide Roboter „Pemba“, ein modifizierter Unitree G1-Roboter, hat den 6200 m hohen Gipfel des ecuadorianischen Vulkans Chimborazo bei einer Expedition erfolgreich bestiegen. Das berichtet Humanoids Daily am Montag. Der Versuch, humanoide Roboter so anzupassen, dass sie unter extremen Bedingungen eingesetzt werden können, hat den Zweck, dass sie eines Tages selbstständig Umweltdaten in entlegenen Gebieten sammeln sollen. Geplant ist, dass der Roboter an zwei weiteren Expeditionen teilnimmt. Bei einer davon soll er den Mount Everest besteigen.

Initiator des „Pemba“-Projekts ist der Ingenieur Pablo Berlanga Boemare. Seine Vision ist es, dass humanoide Roboter etwa in abgelegenen Naturschutzgebieten Überwachungsaufgaben durchführen und dabei bisher verwendete umfangreiche Netzwerke aus stationären Kameras und Sensoren ersetzen. Denn das Aufrechterhalten dieser Infrastruktur ist sehr kostenaufwendig. Boemare, der als Gründer von Geologic Dome und davor an Naturschutzinitiativen des World Wildlife Fund (WWF) beteiligt war, weiß, wovon er spricht: Die Überwachung von Wildtieren, Umweltveränderungen, Wilderei und illegale Abholzung ist ein dauerhaftes Erfordernis. Roboter könnten diese Aufgabe langfristig autonom, womöglich flexibler mit ihren vielfältigen Sensoren und ihrer Künstlichen Intelligenz (KI) erledigen. Angebunden ist der Roboter dann etwa über Starlink, aufgeladen wird er mittels Sonnenenergie.

Bevor das losgehen kann, müssen humanoide Roboter jedoch den extremen Bedingungen trotzen, um länger autark ihre Aufgaben durchführen zu können. Das umfasst etwa das Aushalten von extremen Temperaturen und Temperaturschwankungen, vor denen die Elektronik und die Aktuatoren des Roboters geschützt werden müssen. Die Ingenieure bauen deshalb spezielle Thermomanagementsysteme und Belüftungskomponenten ein und schützen die Robotergelenke etwa vor Schnee und Kälte. Dass das klappt, hatte Unitree bereits mit seinem G1-Roboter im chinesischen Xinjiang in der Region Altay bei bis zu -47,4 °C demonstriert.

„Pemba“ hat mit der Besteigung des Chimborazo auf 6200 m ebenfalls bewiesen, was mit Modifikationen am humanoiden G1-Roboter möglich ist. Ganz autonom war der Roboter jedoch nicht unterwegs. Steigungen mit über 30 Grad kann der Roboter nicht autonom bewältigen und benötigte noch Unterstützung bei dem insgesamt 16-stündigen Aufstieg zum Gipfel. Denn an steilen Passagen musste der rund 35 kg schwere Roboter von menschlichen Expeditionsteilnehmern getragen werden. Entsprechend müsse der Roboter als Nächstes so angepasst werden, dass er auch steile Geländeabschnitte selbstständig bewältigen kann.

Expedition auf den Mount Everest

Die nächsten Expeditionen stehen bereits fest: Im Rahmen der „Triple Crown“-Roboterexpeditionen soll der G1 neben dem Chimborazo auch noch den Mount Everest besteigen. Der Plan ist, den Roboter zwischen dem Basislager auf 5364 m und dem Lager IV auf etwa 7920 m Höhe einzusetzen und dabei Batterie, Gelenkbelastung, Fortbewegungsleistung und den Schutz vor Umwelteinflüssen zu testen. Das Ziel ist es, den Roboter in solchen Umgebungen etwa zur Gletscherüberwachung, für Search&Rescue-Missionen und dem Einsammeln von Müll, ein besonderes Problem am Mount Everest, zu verwenden. Dabei muss der Roboter jedoch recht widrigen Umständen trotzen, denn neben der Witterung, den niedrigen Temperaturen und den anspruchsvollen Geländebedingungen kommen auch noch Herausforderungen in Form von eingeschränkter Kommunikation und Energieversorgung auf den Roboter zu.

Wann und ob „Pemba“ überhaupt den Mount Everest besteigen kann, ist jedoch noch ungewiss. Dabei stehen ihm aber keine technischen, sondern regulatorische Hürden im Weg. Bisher fehlt in Nepal noch der rechtliche Rahmen für Roboter-Expeditionen. Die zuständigen Behörden wollen deshalb erst neue Regelungen für nicht-menschliche Bergsteiger aufstellen, bevor ein Roboter auf den Mount Everest steigen kann, wie The Kathmandu Post schreibt.

Entsprechend verzögert sich das Vorhaben. Die Initiatoren des „Pemba“-Projekts arbeiten derzeit mit den Behörden zusammen, um schnellstmöglich entsprechende Richtlinien auf den Weg zu bringen. Angedacht ist ein möglicher Aufstieg vom „Pemba“ auf den Everest frühestens im Herbst oder Winter 2026.

(olb)

Virtualisierung und hochverfügbare Speichersysteme spielen in modernen IT-Infrastrukturen eine zunehmend zentrale Rolle. Proxmox VE bietet dabei eine offene, unabhängige und leistungsfähige Alternative zu proprietären Virtualisierungslösungen wie VMware oder Hyper-V.

In dem praxisorientierten Workshop Proxmox VE-Cluster mit Ceph-Speichersystem einrichten lernen Sie, wie Sie hochverfügbare Virtualisierungs- und Speicherarchitekturen mit Proxmox VE und Ceph aufbauen und betreiben. Sie erhalten einen fundierten Überblick über beide Technologien, verstehen deren Zusammenspiel und erfahren, wie Sie diese effizient in produktiven Umgebungen einsetzen.

Dabei machen Sie sich mit grundlegenden Konzepten, bewährten Vorgehensweisen und Methoden zur Fehlersuche vertraut. Sie erwerben umfassendes Wissen über die Einrichtung und Verwaltung eines hochverfügbaren Proxmox-Clusters und erfahren, wie Sie Ceph als skalierbare, verteilte Speicherlösung in Proxmox integrieren und für maximale Redundanz und Performance konfigurieren können.

Schritt-für-Schritt zur produktiven Cluster-Umgebung

Im praktischen Teil des Workshops wird eine vollständige Cluster- und Speicherumgebung aufgebaut – von der Grundkonfiguration über Netzwerkeinstellungen bis hin zu fortgeschrittenen Ceph-Konfigurationen.

Sie lernen dabei, typische Risiken wie Datenverlust oder Ausfallzeiten zu minimieren und erhalten konkrete Best Practices zur Stabilität und Fehlersicherheit im produktiven Betrieb. Ergänzend werden typische Fehlerbilder analysiert und praxisnahe Lösungsstrategien vermittelt.

Von Erfahrungen aus der Praxis lernen

Sie profitieren von der direkten Anleitung durch Ihren Trainer Yannick Haymann, Gründer und leitender Berater der Sysfacts AG. Seit über 15 Jahren begleitet er Unternehmen bei der Planung und Umsetzung komplexer Datacenter- und Virtualisierungsinfrastrukturen.

Im Workshop vermittelt er nicht nur die technische Umsetzung, sondern auch die entscheidenden architektonischen Überlegungen aus realen Projekten. Sie erhalten konkrete Hinweise zur Auslegung, zum stabilen Betrieb sowie zur Vermeidung typischer Planungs- und Konfigurationsfehler.

Für wen ist dieser Workshop geeignet?

Der Workshop richtet sich an IT-Administratoren mit Erfahrung in Server- und Netzwerkadministration, die Proxmox VE und Ceph in ihrer Infrastruktur einsetzen möchten. Ebenso eignet er sich für Anwender mit ersten Proxmox-Kenntnissen, die den Aufbau und Betrieb hochverfügbarer Clusterlösungen in produktiven Umgebungen erlernen wollen.

(ilk)

Ob Windows oder Linux: Die UEFI-Firmware Ihres Computers erlaubt bei aktivem Secure Boot nur Bootmanager, die einem gültigen Zertifikat signiert wurden. Die für den Abgleich nötigen Zertifikate im UEFI-Speicher stammen meist von Microsoft, laufen allerdings bald ab. Zudem wurden in sehr vielen Bootmanagern ausnutzbare Schwachstellen gefunden, weshalb sie gesperrt werden müssen. Die nötigen Updates können schlimmstenfalls dazu führen, dass Ihr Betriebssystem von der eingebauten SSD nicht mehr bootet, obwohl es das am Tag davor noch tat. Dasselbe kann für bootfähige USB-Laufwerke gelten. Doch welche Bootmanager genau sind von den Problemen betroffen?

Unter Linux ist es kein großes Problem, mal eben das Zertifikat auszulesen, mit dem ein Bootmanager signiert wurde; der Befehl lautet # sudo sbverify –list /boot/efi/boot/bootx64.efi. Doch unter Windows ist es komplizierter.

Also haben wir mit KI-Unterstützung ein weiteres PowerShell-Skript geschrieben. Es zeigt in einer übersichtlichen Tabelle alle für Secure Boot relevanten Dateien auf dem internen Datenträger sowie auf allen gerade angeschlossenen USB-Laufwerken. Die Liste ist in den meisten Fällen sehr kurz, denn auf einem reinen Windows-Rechner kommt es gerade mal auf zwei Dateien an, weil nur diese beiden von der UEFI-Firmware per Secure Boot geprüft werden. Länger wird die Liste, wenn Sie bootfähige USB-Laufwerke anstöpseln, denn die darauf enthaltenen Bootmanager untersucht das Skript ebenfalls. Farbige Markierungen helfen beim Einordnen der ausgelesenen Informationen.

Das war die Leseprobe unseres heise-Plus-Artikels „Secure Boot: UEFI-Bootmanager unter Windows prüfen“.
Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.