Lenovo IdeaPad 330S-15ARR Recovery

One of our members was facing issues with a laptop, so we teamed up.

Problem

After suspending, the laptop no longer came up and the screen remained black. Nothing helped; unplugging the main battery and the CMOS battery, unplugging AC and trying to power cycle multiple times did not do the trick.

Analysis

So we dumped the flash chip holding the current firmware and took a rough look. The laptop is based on an AMD platform, and it could be parsed fine.

We then searched for a firmware upgrade from the vendor. Our first attempt led us to the wrong product, because there is also an IdeaPad 330-15ARR (mind the missing S).

The correct product website is this one: https://pcsupport.lenovo.com/us/en/products/laptops-and-netbooks/300-series/330s-15arr

Via “Drivers & Software” -> “Manual Update” (Select Drivers) -> “BIOS/UEFI (1)”, we ended up on the firmware download page, and picked “BIOS Update” with a size of 7.12 MB and the name 7WCN38WW, with the date 08 Jan 2020. That gave us 7wcn38ww.exe.

Unpacking

From earlier experience, we knew that innoextract 7wcn38ww.exe would extract it for us, and we got a directory named app/ containing the file BIOS.cap. That file is larger than the flash chip, because it is an upgrade image, a UEFI application containing the actual image.

Recovery

In various forums, including the official community forum, we read that putting the upgrade file on a USB stick and pressing Fn + R on boot would start a recovery process. However, all we saw was the power LED blinking then, and nothing else seemed to happen.

Extracting

So we looked at the upgrade file BIOS.cap again. Using xxd, we could quickly find the start of the raw firmware image, and using dd and truncuate, we cut it out and truncated it to 8 MB:

dd if=app/BIOS.cap bs=8 skip=99 of=fresh.rom
truncate -s 8M fresh.rom

Via biodiff, we compared it against the backup, seeing that it looks very similar. So we gave it a try and flashed the fresh image to the laptop.

Almost there

laptop and firmware menu

We then tried to boot again, and we were very pleased to see the Lenovo logo, followed by the OS bootloader. But the OS failed to boot, showing a black screen only, and no kernel output. So we went into the firmware settings, and saw that the product name was set to “ILLEGAL”. Weird.

laptop and firmware menu

An attempt to boot a fresh Linux Mint image from a USB stick worked though. So we installed that on a new partition, rebooted, but once again, the kernel did not get far. With extra options, the kernel stub at least dropped us two lines, but that was it.

Another fix

So we compared the firmware image that we flashed against the backup again. And we saw that there was what looked like the product name in the backup (left), but not in the fresh image (right):

 001e dff8 ff ff ff ff ff ff ff ff  |........ | 001e dff8 ff ff ff ff ff ff ff ff  |........
 001e e000 4c 65 6e 6f 76 6f 20 69  |Lenovo i | 001e e000 ff ff ff ff ff ff ff ff  |........
 001e e008 64 65 61 70 61 64 20 33  |deapad 3 | 001e e008 ff ff ff ff ff ff ff ff  |........
 001e e010 33 30 53 2d 31 35 41 52  |30S-15AR | 001e e010 ff ff ff ff ff ff ff ff  |........
 001e e018 52 00 00 00 00 00 00 00  |R....... | 001e e018 ff ff ff ff ff ff ff ff  |........
 001e e020 00 00 00 00 00 00 00 00  |........ | 001e e020 ff ff ff ff ff ff ff ff  |........
 001e e028 00 00 00 00 00 00 00 00  |........ | 001e e028 ff ff ff ff ff ff ff ff  |........

We patched that part into the raw flash image:

dd if=backup.rom bs=4096 skip=494 count=1 | \
  dd of=fresh.rom obs=4096 seek=494 conv=notrunc

And we finally saw the product name show up in the firmware menu, the kernel happily booted, and the owner of the laptop is happy again.

laptop and firmware menu

Recap

Since we assumed firmware corruption, we took another look and compare the fresh firmware image against the backup again, seeing that indeed, there were many blocks of 64 bytes each that had been cleared:

 002f 0350 ff ff ff ff ff ff ff ff  |........ | 002f 0350 ff ff ff ff ff ff ff ff  |........
 002f 0358 ff ff ff ff ff ff ff ff  |........ | 002f 0358 ff ff ff ff ff ff ff ff  |........
 002f 0360 ff ff ff ff ff ff ff ff  |........ | 002f 0360 ff ff ff ff ff ff ff ff  |........
 002f 0368 ff ff ff ff ff ff ff ff  |........ | 002f 0368 ff ff ff ff ff ff ff ff  |........
 002f 0370 ff ff ff ff ff ff ff ff  |........ | 002f 0370 ff ff ff ff ff ff ff ff  |........
 002f 0378 ff ff ff ff ff ff ff ff  |........ | 002f 0378 ff ff ff ff ff ff ff ff  |........
 002f 0380 65 00 66 00 61 00 75 00  |e.f.a.u. | 002f 0380 ff ff ff ff ff ff ff ff  |........
 002f 0388 6c 00 74 00 43 00 72 00  |l.t.C.r. | 002f 0388 ff ff ff ff ff ff ff ff  |........
 002f 0390 65 00 61 00 74 00 65 00  |e.a.t.e. | 002f 0390 ff ff ff ff ff ff ff ff  |........
 002f 0398 46 00 6c 00 61 00 67 00  |F.l.a.g. | 002f 0398 ff ff ff ff ff ff ff ff  |........
 002f 03a0 00 00 01 ff aa 55 3f 00  |.....U?. | 002f 03a0 ff ff ff ff ff ff ff ff  |........
 002f 03a8 07 00 00 00 00 00 00 00  |........ | 002f 03a8 ff ff ff ff ff ff ff ff  |........
 002f 03b0 00 00 00 00 00 00 00 00  |........ | 002f 03b0 ff ff ff ff ff ff ff ff  |........
 002f 03b8 00 00 00 00 00 00 00 00  |........ | 002f 03b8 ff ff ff ff ff ff ff ff  |........
 002f 03c0 ff ff ff ff ff ff ff ff  |........ | 002f 03c0 ff ff ff ff ff ff ff ff  |........
 002f 03c8 ff ff ff ff ff ff ff ff  |........ | 002f 03c8 ff ff ff ff ff ff ff ff  |........
 002f 03d0 ff ff ff ff ff ff ff ff  |........ | 002f 03d0 ff ff ff ff ff ff ff ff  |........
 002f 03d8 ff ff ff ff ff ff ff ff  |........ | 002f 03d8 ff ff ff ff ff ff ff ff  |........
 002f 03e0 ff ff ff ff ff ff ff ff  |........ | 002f 03e0 ff ff ff ff ff ff ff ff  |........
 002f 03e8 ff ff ff ff ff ff ff ff  |........ | 002f 03e8 ff ff ff ff ff ff ff ff  |........

So we conclude that some race condition may have occurred when the firmware tried to handle the suspend request, but since it is closed source, and we did not intend to spend weeks and years reversing all the components that are part of the power management, we are leaving it at this point.

Given that the last upgrade was from 6 years ago, we assume that the vendor would not offer a fix for this anymore, and so we hope it won’t occur again, though this has happened to many other people, looking at posts in both the official community forum and also other places.

> Weiterlesen


Löten in den Sommerferien mit der Stadtbibliothek Essen

Unter dem Motto „Kosmos Bibliothek – Flieg mit uns durch Raum und Zeit!“ laden die Bibliotheken in den Sommerferien zu zahlreichen Mitmachaktionen rund um Technik, Kreativität und Wissenschaft ein.

Wir sind mit unserem Lötworkshop dabei. Gemeinsam bauen wir blinkende Raketen und Sterne zum Mitnehmen. Dabei lernen die Teilnehmer den sicheren Umgang mit Lötkolben und Elektronik kennen und können ihr erstes eigenes Lötprojekt basteln.

Der Workshop richtet sich an Kinder und Jugendliche ab 6 Jahren. Jüngere Kinder können gemeinsam mit einem Erwachsenen teilnehmen. Vorkenntnisse sind nicht erforderlich, wir bringen Material, Werkzeug und Unterstützung mit.

Quelle: Chaospott LED-Stern und FairyDust-Lötpostkarte. Chaospott CC-BY-SA 4.0

Termine

  • Mittwoch, 22. Juli 2026, 15:00–17:00 Uhr
    Stadtteilbibliothek Huttrop (Mählerweg 1)

  • Freitag, 14. August 2026, 15:00–17:00 Uhr
    Stadtteilbibliothek Altenessen (Altenessener Str. 343)

  • Freitag, 21. August 2026, 15:00–17:00 Uhr
    Gustav-Heinemann-Jugendbibliothekszentrum Schonnebeck (Schonnebeckhöfe 58)

Die Teilnahme ist kostenlos, eine Anmeldung nicht erforderlich. Kommt einfach innerhalb der Veranstaltungszeit vorbei und lötet mit uns.

Neben unserem Workshop gibt es im Sommerferienprogramm viele weitere spannende Aktionen, von Robotik über Schreibwerkstätten bis hin zu 3D-Druck und Stop-Motion. Das vollständige Programm findet ihr auf der Website der Stadtbibliothek Essen.

> Weiterlesen


DC3E auf Rädern

Das schöne Wetter haben wir zum Anlass genommen, unseren wöchentlichen Amateurfunktreff nach draußen zu verlegen. Unser Hackerspace liegt aus Sicht des Amateurfunks in einer Schlucht. Ein Garten mit weniger Bebauung bietet hier deutlich bessere Bedingungen, um erfolgreich ein QSO zu führen.

Das Bild zeigt zwei Antennen. Links: Vertikale EndFed. Rechts: v-Dipole Antennenaufbau während des Field Days. Chaospott CC-BY-SA 4.0

An diesem Abend konnten wir Erfahrungen mit einem V-Dipol sammeln, der im Wesentlichen aus zwei Teleskopstangen besteht. Die Antenne ließ sich in wenigen Minuten aufbauen und lieferte auf dem 20m-Band einen ausgezeichneten SWR-Wert. Das erste QSO ließ auch nicht lange auf sich warten.

Du interessierst dich auch für Amateurfunk? Dann besuche uns gerne dienstags ab 18 Uhr bei unserem Amateurfunktreff.


Besuch beim F.A.T. 26

Das Hackwerk Aalen veranstaltete vom 3. bis 5. Juli den dritten Fantastischen Aalen Termin (F.A.T.), welcher das Geekend nach 2023 ablöste und somit bereits die fünfte Iteration eines Hackerevents in Aalen ist. Aus dem Chaospott begaben sich vier Personen zur Veranstaltung, die mit insgesamt 200 Teilnehmern gut besucht und seit unserem letzten Besuch deutlich gewachsen war. Bei dem überwiegend angenehmen Wetter verteilten sich diese jedoch gut auf dem Gelände.

Der Fokus der Veranstaltung lag auf einem vielseitigen Workshop-Programm, vom Verwalten von Kubernetes-Clustern über die Verwendung von JOSM bis zur OpenStreetMap-Editierung. Von Obsidian für die eigene Notizsammlung bis hin zum Platinendesign mit KiCad und dem allzeit beliebten Glasfaser-Spleißworkshop war für jeden etwas dabei. Dazu gab es noch einige Exkursionen in die nähere Umgebung und abends eine hervorragende Klanguntermalung durch verschiedene DJs in der Lobby.

Neben einem ausreichend langen Frühstück bis 14 Uhr sorgten das „Backwerk Aalen“ und ein Grill für die Nahrungsversorgung auf der Veranstaltung. Dazu gab es eine gut bestückte Bar, die neben Tschunk auch noch einige ungewöhnlichere Cocktails zu bieten hatte.

Der F.A.T. hat wieder einmal gezeigt, dass sich kleine Veranstaltungen keineswegs vor den größeren verstecken müssen. Tatsächlich war die Veranstaltung durch die geringere Teilnehmerzahl deutlich entspannter und bot mehr Platz zum Austausch mit Anderen, als dies bei größeren Events wie GPN oder Congress oft der Fall ist. Auch aus diesem Grund freuen wir uns darüber, in den letzten Jahren viele neue, kleine Veranstaltungen im Chaos-Umfeld zu sehen.

Wir danken dem Hackwerk Aalen und der Orga sowie allen Teilnehmern für eine fantastische Zeit und freuen uns auf das nächste Mal.

> Weiterlesen


DC3E sammelt Contesterfahrung

Am 28. Juni haben wir als Funkamateure des Chaospotts unter dem Rufzeichen DC3E am 2m-Einsteigercontest teilgenommen. Der Wettbewerb wird von der Ortsgruppe Lima33 organisiert und richtet sich insbesondere an frisch lizenzierte Funkamateure. Er bietet eine ideale Gelegenheit, erste QSOs im Contestbetrieb zu führen und Erfahrungen im Funkverkehr zu sammeln.

Innenaufnahme OV-Heim Romeo12. Ein großer an der Wand montierter Monitor zeigt die Website des Chaospott mit dem Vereinslogo und aktuellen Beiträgen. Darunter befindet sich ein weiterer Monitor mit der Amateurfunkplattform QRZ.com. Links an der Wand hängt eine digitale Uhr mit blauer LED-Anzeige (13:37 Uhr UTC). OV-Heim von Romeo12 Chaospott CC-BY-SA 4.0

Für unsere Teilnahme sind wir nach Ratingen gefahren und konnten den Contest vom OV-Heim von Romeo12 aus bestreiten. Für die tatkräftige Unterstützung und die Gastfreundschaft möchten wir uns an dieser Stelle herzlich bedanken.

Während der zweistündigen Wettbewerbszeit konnten wir sechs QSOs führen. Besonders spannend waren dabei die unterschiedlichen Standorte der Gegenstationen. So erreichten wir unter anderem eine Station auf dem Tölleturm in Wuppertal. Der Turm liegt auf rund 330 Metern über Normalnull und ist nicht nur aus historischer Sicht interessant, sondern bietet durch seine Höhe von ca. 30 Meter für den Amateurfunk hervorragende Bedingungen.

Wir hören uns auf den Bändern.

73 DC3E

> Weiterlesen