Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2120.outbound.protection.outlook.com [40.107.243.120]) by gbr-app-1.alpinelinux.org (Postfix) with ESMTPS id 2D5222240DC for <~alpine/users@lists.alpinelinux.org>; Mon, 3 Feb 2025 15:07:21 +0000 (UTC) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=ZE7b+67PN+SZkxI1zDC1wNKSi10UfT6C9sO3w8R6XdKhsisfp5ER/H9TwTqgN15gHceEcUg9zodTZO9mntrH9E6XnSYiK0IuqNI0CSaP1GpAROJIYyJg6kEg6KCcJtWOEWjqFaxhsQ7uW0YsmDdZWTDNmBm9MNrmlJUfSYSr7UHNnWE4E+N4fEq8iruM6ZTBGKHL0QeekEGzshxPsbgw4WiEOjoY7kIMy9assJ4oBF9kB36g2hKj2OQ8aLkOwkQeMaafMmfXswo0uOLturFKYKl7NI/jqBwlGQ4cigEwFpwtZHJtKMCnG0TxumR6h4O8xxtPnpMpfRn2/CaZxOQkMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=4bIA68BcoUVYRlGVIn0CvfiDFBd2vMOD5ONOoAsiutU=; b=fnVFWBRnP5O58XOEkoqwdxukn0G+f7U3i2luoQbs3RmDH5H23u67kUuVnX+hN9X2YVX0YG3WF2KGaWXQ8NQjzj7eTu4q78QdGf4hQllvrLOaYojWpHmvdzPjWgQRlpVtsOEf9ISEsglgEvKcMIUG7gWSiOpl+xVJ92YfGjlA2+CRFui2dktV7BrT24YoIC8zg7rvorN2l+8udmA3M2dTXWH6mVg1mX/ihfT86nn/5rlZOCL7q++sKAstMO+pNc6ODp0hc15cX+v1Ns3plHPnE049P6wsvOtNLKqGk+tofZQK6Ba3UL6BEbB/njwTeu3lzFs3mW5gc/lU9rNurQ7X+A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=scadaware.com; dmarc=pass action=none header.from=scadaware.com; dkim=pass header.d=scadaware.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=scadaware.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4bIA68BcoUVYRlGVIn0CvfiDFBd2vMOD5ONOoAsiutU=; b=MrtKeUAsCDcYzwfbdJocyqo3krJATYKs7Bptf+rth0KA++RNE9JBhyic1GCkdGv1N8FLAjpPv25/n2ksEca9AF3ZBwNSiqCo2mggihy6hoXbkjq0Vg+pl7E82NDyUBZoJBWfZDn4INGqVVtTnU4TgWffTwA4eo/E0vl3lpuLi6hxOK/m7/I6gqH0cUWJnTXmw/ED898XPvb1lHjO+IT1GJHpbtegraPCvaUWiD4s1nVnJ4D2CFYLGSZeEACFhLdSjqiF/T3S+htVAl+H3ofK0qkjvZObNuP7O5tLELzwjjSDYPcCSrdlulUDJvvaHUfeh4slslrayy0AJxHlENLG0A== Received: from MW5PR22MB3060.namprd22.prod.outlook.com (2603:10b6:303:1a0::12) by IA1PR22MB5955.namprd22.prod.outlook.com (2603:10b6:208:463::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8398.24; Mon, 3 Feb 2025 15:07:18 +0000 Received: from MW5PR22MB3060.namprd22.prod.outlook.com ([fe80::31ab:43c3:5239:4b4f]) by MW5PR22MB3060.namprd22.prod.outlook.com ([fe80::31ab:43c3:5239:4b4f%6]) with mapi id 15.20.8398.025; Mon, 3 Feb 2025 15:07:18 +0000 From: Kevin Garman To: MBB , "~alpine/users@lists.alpinelinux.org" <~alpine/users@lists.alpinelinux.org>, Sertonix Subject: Re: Diskless systems do not boot with latest apk versions from cache Thread-Topic: Diskless systems do not boot with latest apk versions from cache Thread-Index: AQHbdILc+M2ocUcBLUC9T8dQzt/X2bMyXBqAgAAYVQCAATaiAIAAdqiAgAGNpRk= Date: Mon, 3 Feb 2025 15:07:18 +0000 Message-ID: References: <9410103.CDJkKcVGEf@ntb-norbert> <2700244.k3LOHGUjKi@ntb-norbert> <2324387.irdbgypaU6@ntb-norbert> <2408933.iZASKD2KPV@ntb-norbert> In-Reply-To: <2408933.iZASKD2KPV@ntb-norbert> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=scadaware.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: MW5PR22MB3060:EE_|IA1PR22MB5955:EE_ x-ms-office365-filtering-correlation-id: a74e5c16-6c11-46c5-f9d5-08dd446473a9 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|376014|366016|8096899003|7053199007|38070700018; x-microsoft-antispam-message-info: =?iso-8859-1?Q?a+FR+7zQrMXMx3QAYfDGlsbe/hmd62Ln/60KJ/9OXzGJg/cIAcQvefA6Rl?= =?iso-8859-1?Q?c5LkVWLheUtMPmOb5/qkGOzP8InlmpFQXv/1F9RKuyl3yWAMZwRLK4GrsA?= =?iso-8859-1?Q?hjsyof+kK7oqDw6CtUIX0at5Ic1BmGBd4Y7ITrDsCyrI2lX9UEwmr7ddVw?= =?iso-8859-1?Q?4hrpstdZ9Ysanws/QRq8YXAiK7MxIkg5FJ8nj3s+8JE0lr1RLCt7Lku6zf?= =?iso-8859-1?Q?Lmr+lI0zia9wtApFP57fGTOeTHIwqsImsRdDJFSvb3c4RdBgE8BcpjNWE8?= =?iso-8859-1?Q?zic3I/F+EUJyaA57Dg52L7a4MrkDqBXIz4C4zaAavs8sPoctlKY1gC+mTt?= =?iso-8859-1?Q?CAGAqi9+AI+gUs1vC/sWYm6t1x3yjMfwCFUv7X9Jy4E26KIyWMjSzwh2dD?= =?iso-8859-1?Q?jg76cyOkuVStQjx+i3A27UE2Fw3ZmOQr1cjFnKWMaT/aRvsPoneDH0pCNF?= =?iso-8859-1?Q?ZNwo8rCP3+k7Br7Y83BOwXaz1EyNqjZ3d88b9q61nGi7P9UQpj12BLiIaf?= =?iso-8859-1?Q?xZYZoA4n8eksei2rD/TUHAgJC2sKxlW5xeKLYt+3nx2KxFReq1Rc9ccgr3?= =?iso-8859-1?Q?BeZ1Ek+i2QeYqluX/ZcZoRuQdvOVhYOCucbk1opeufL9WQvyNjuvm0Xp89?= =?iso-8859-1?Q?mJUYYhzYS+2iNy3xxkTlWrH3C1beItX79jOy0dZZnO1Az6UEdxWq5vtQXs?= =?iso-8859-1?Q?YLnnUp8SewfGXzou2HOrfCmOVMKpHBG8Htlb6XqB+4NEguT7HRzym5Dycm?= =?iso-8859-1?Q?FuWbCnDBzkPv5jxah9V7wEHmho/KoO2KjxlKJImj7vG0fVpRWfrLPoXij4?= =?iso-8859-1?Q?0zPbxpAeanu4Cf28Vg+2lw95+hiJMjC+WCT7inHEfsKPDrAtrWXAIngQkt?= =?iso-8859-1?Q?/rksSHDiWtihbv02XfjKMvsuAVzFWkJmdc+rTpFQUtw/LhexsDa8mwaVup?= =?iso-8859-1?Q?KM1PSAN/MoTa0HRH1psYl75J4OUp+xETPTSFU8tkAzlPPgEFzjCyZE75e4?= =?iso-8859-1?Q?7bYA/k1/JhEj8pMJKhYDsP+4SVb12negxPgkaaFGey7UEJ4TfYnDaT0Uxp?= =?iso-8859-1?Q?PUnZaFD6G8EqBV6tboz+YlySHVquNuJsA/sCBgE0I/t3zydfjuFXP9rzFT?= =?iso-8859-1?Q?Cv5pUuU/2lGmVfo9Z9xQ8Tpqn8zLoiArpQyMSdQQDaS+1k23nYOUO4RtX2?= =?iso-8859-1?Q?kND0G1FfOzhWKgR0dn8dQhBOHXLC4b/fBVvNO1xR+8ALBoFLZh33oZPL3d?= =?iso-8859-1?Q?IIZUlbFgx20OGNK1Hl5/i6Y+IDquh7UcsQqa49Wy8+ArFIkdrt1Iv3sYkJ?= =?iso-8859-1?Q?A9vyLbYs4IKiga9mDrxXW3FwdImOoQ9F9tKZoD0asYKxBDiEEBYqI/hkyq?= =?iso-8859-1?Q?2MfCur79Jg+TRGnZLCf26xiNmwnDblwt1diHNQygcyPWiD58znzlT78pdZ?= =?iso-8859-1?Q?6oF4d04gstw6yCh13Ez4yI0V4V/vWTodMAQ+J347nlnObRLt95ZcvrHzsy?= =?iso-8859-1?Q?bLv9TpUdfZOauwVrfXdnkw?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MW5PR22MB3060.namprd22.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(376014)(366016)(8096899003)(7053199007)(38070700018);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?5lyjgAQHyXqRuliYtcuL6Xvd2sYeI1XFMJnidRbF217v34zcNSORoo/8Fo?= =?iso-8859-1?Q?3ntxqPfRpHiXty2D7r/i+yECjnLwFdtOIp5/WaBamgOfgoG+MFc8a76kk6?= =?iso-8859-1?Q?3L1WBKJpBAW3jYRmhTa2+wtOG52hId5AdXVLvkXoxEsg5BMz+V4pPfVFAP?= =?iso-8859-1?Q?F5ODnr5a9LD8rKGZoNb4bJ9QnPeBUP11KUh9YaPot+i6yFEHjcOvYkhcfb?= =?iso-8859-1?Q?bYfoms/Z232h7jtjg1Om6b67nRojUDrGckVyLCpgug8OhC4jWQBWQ8vnX8?= =?iso-8859-1?Q?KWzI7krrWgLLHW32I/P+fhfSmqBsxvdR1fQqsuZsIlvksJQw72AEWsEQal?= =?iso-8859-1?Q?Fx3ISS8cALy/pFdtv+pZ4g/85cgBnCpMoLNQJKk3Zym8rfrwf2OzuEnKiY?= =?iso-8859-1?Q?8wUzgWcFXVcvd9WtWbLWKLqAQtaHVU9D1S5syI0Ni1PDXZSvArdygxPdbd?= =?iso-8859-1?Q?uc+UQLR2Hw/oYCipMgExe5P7H3Yd/0UloRMS4hwH3Og9TuBoPlWQSNYKxz?= =?iso-8859-1?Q?KtEX8n7Ca0R28uBj4btv/JT4j1CTzmpoYojR/ExFx8P7EISa7umD/Do/Rc?= =?iso-8859-1?Q?H0eyRSRfGeE5+zpz/MwaDFBUif8PI7/Z/yOmBps+j0b59+Zd7rDx3D9Pce?= =?iso-8859-1?Q?HtifqiXQIQeRciFgZupX/BTA211BZSIOEh7pWgStwy2ptqUd0K43ZImc6a?= =?iso-8859-1?Q?NjJNqpFJiDnNYNQa7nO5vZTVU4DyxFKnnfCRhQYYK7thpzB2sjwFaHLKMF?= =?iso-8859-1?Q?Lxy+T5hHg+go1lhlC26hnkK1vppovtRwMu2Gxc9Ifjg7FjSe76tVQ8atNg?= =?iso-8859-1?Q?k2C0jlLjYKSQN7pmAX8OJaovnR6BtDioKNeZj6vqKS5IduL7Sti0LlGe9R?= =?iso-8859-1?Q?lyWpPasccoXDiXxklfI/BWUyRaifr901+9UsPjznMvCmBGi6AcRwwjzuLB?= =?iso-8859-1?Q?LD8YIF5sixkKrAMgDnIcUZRwgrR9t8ydTNCo15bbRJ6tvWltnPtWQtZrrR?= =?iso-8859-1?Q?tfs6tg7BkG8gse/DPDNtV397oOzxJwUkodGxZGmbY1RMtUqQbNtNkzcpwe?= =?iso-8859-1?Q?F4qq1Bx40XPWXyVXR2WEj3rxlpz0RpM0Kd2wVP4LLoK9u+R6QGq9vCuMsk?= =?iso-8859-1?Q?yVQ2REIu2iUUP4veH8ZfYuGgb233o7Iphq2dpiqYNbaB3oGIpUfrkNCdHT?= =?iso-8859-1?Q?ZXBOTmobcyDvRuGdvh8bluesmTXljGChD5wTgj72o+tWOTtcysxlEP0IQ4?= =?iso-8859-1?Q?DqOf3nIPaSXVTIwdiWYEtzkUng/h+WTO/9vaMLdKUA7rGwho9UVhtjPd/O?= =?iso-8859-1?Q?bfDsDGaFFX2x29JKc37+Tr1k1lrMv2L29iZKvgOpgjG0fIPXZaMPzynxIE?= =?iso-8859-1?Q?JSgxeWYC6WpXw0BjjVEPJxsyCvMiGO3ZAdLaHwqgm8ilr5eDq2x3gmvIPX?= =?iso-8859-1?Q?KFr2mUJIcdOsSr9wPGbndzq0X7DQXxY8lPC9f1ZXuLMyWmjTW4qXdPkrBy?= =?iso-8859-1?Q?s0RYdXvLd2S7OvUhYN/hjGSU4ivFAXUKO3U4TtCpW6BIhUeRmcYCj90scm?= =?iso-8859-1?Q?0j3oWiu9nzVJtPOGE1ebC/UU6AP5998knHoZhAkbJajLg6HNKZ3uLUb3ba?= =?iso-8859-1?Q?bus8WgbFnmZgXyMlnfjKvzPOIGxNJDJlp5?= Content-Type: multipart/alternative; boundary="_000_MW5PR22MB3060F6ABB3D979F10878C9F7D6F52MW5PR22MB3060namp_" MIME-Version: 1.0 X-OriginatorOrg: scadaware.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MW5PR22MB3060.namprd22.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: a74e5c16-6c11-46c5-f9d5-08dd446473a9 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2025 15:07:18.4169 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be8c23c3-1d1a-4a2e-a2b5-5e42d5ccbec6 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 6Y4hdX43gJyZJZ9UDYaiY4B/ly3XcFXe6dVcEyUsmtAG67I6B9FRRYXSd5cGJ6uZ7YZyYtZ/uuQJ6ouY6ynJQA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA1PR22MB5955 --_000_MW5PR22MB3060F6ABB3D979F10878C9F7D6F52MW5PR22MB3060namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have long been struggling with similar issues on my diskless installs. I= run.. apk cache -v sync ...and sometimes it breaks my system(s) and sometimes it doesn't. I've rea= d where cache sync should be used with care, but I believe I'm using it as = intended. It seems like it should be straight forward as all it's suppose = to do (as I understand it) is make the cache match what the system needs du= ring boot. It seems like running cache sync should be the solution to prob= lem it's causing! I've been working to figure out a simple/repeatable set of steps to reprodu= ce the problem, but so far I haven't been able to get there. ________________________________ From: ~alpine/users <~alpine/users@lists.alpinelinux.org> on behalf of MBB = Sent: Sunday, February 2, 2025 09:16 To: ~alpine/users@lists.alpinelinux.org <~alpine/users@lists.alpinelinux.or= g>; Sertonix Subject: Re: Diskless systems do not boot with latest apk versions from cac= he Am Sonntag, 2. Februar 2025, 09:11:22 Mitteleurop=E4ische Normalzeit schrie= b MBB: > Am Samstag, 1. Februar 2025, 14:39:34 Mitteleurop=E4ische Normalzeit schr= ieb MBB: > > Am Samstag, 1. Februar 2025, 13:12:29 Mitteleurop=E4ische Normalzeit sc= hrieb Sertonix: > > > On Sat Feb 1, 2025 at 9:24 AM CET, MBB wrote: > > > > Hi all! > > > > > > > > I have 3 Raspberry Pis, different PI versions and different Alpine = versions (3.18.9, 3.19.1, 3.19.4). > > > > > > > > All have the same issue. > > > > > > > > I'm doing: > > > > apk update; apk upgrade > > > > > > > > Checking the version of an upgraded binary before reboot, e.g. name= d, looks ok. > > > > > > > > After reboot, it loads an old version even though a newer package i= s available in cache. > > > > > > > > gate [/etc/apk]$ ls -al cache > > > > lrwxrwxrwx 1 root root 22 Feb 1 08:50 cache -> /= media/mmcblk0p1/cache > > > > > > > > gate [/etc/apk/cache]$ ls -altr bind-9* > > > > -rwxr-xr-x 1 root root 207297 Mar 15 2024 bind-9.18.= 24-r1.5aca84cc.apk > > > > -rwxr-xr-x 1 root root 208996 Dec 17 16:37 bind-9.18.= 32-r0.1254446d.apk > > > > -rwxr-xr-x 1 root root 209078 Jan 29 19:44 bind-9.18.= 33-r0.b6697cb2.apk > > > > > > > > gate [/etc/apk/cache]$ named -V > > > > BIND 9.18.32 (Extended Support Version) > > > > running on Linux armv7l 6.6.14-0-rpi #1-Alpine SMP Fri Jan 26 13:40= :47 UTC 2024 > > > > > > > > Is there something I'm doing wrong? > > > > > > It looks correct what you are doing. Could you try if running this > > > commands returns any error? > > > > > > $ apk --simulate add bind=3D9.18.33-r0 --no-network > > > > No errors with this command. > > > > *gate [*~*]$ *doas apk --simulate add bind=3D9.18.33-r0 --no-network > > doas (norbert@gate) password: > > (1/5) Upgrading bind-libs (9.18.32-r0 -> 9.18.33-r0) > > (2/5) Upgrading bind-tools (9.18.32-r0 -> 9.18.33-r0) > > (3/5) Upgrading bind-dnssec-root (9.18.32-r0 -> 9.18.33-r0) > > (4/5) Upgrading bind (9.18.32-r0 -> 9.18.33-r0) > > (5/5) Upgrading bind-openrc (9.18.32-r0 -> 9.18.33-r0) > > OK: 157 MiB in 215 packages > > I removed all outdated bind packages from the cache with the result, that= bind is no longer available after reboot. > After moving the bind*9.18.32-r0*.apk files back into the cache directory= , the service gets restored and starts up without issues after reboot. > > It seems that something's pointing to a specific version. > `apk cache sync` breaks the entire system. This cleans the cache from outdated APKINDEX* and *.apk files. But after reboot nothing is loaded and the boot process ends with a `(none)= local:` prompt. Restoring the old cache directory, brings the system to life again. Same issue when I manually delete only the APKINDEX* files, and update the = local DB with `apk update` to download fresh APKINDEX. Restoring the old APKINDEX* files from a backup fixes this. > > > > > > > BR > > > > Norbert > > > > > > > > > > > --_000_MW5PR22MB3060F6ABB3D979F10878C9F7D6F52MW5PR22MB3060namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have long been struggling with similar issues on my diskless installs.&nb= sp; I run..

 apk cache -v sync

...and sometimes it breaks my system(s) and sometimes it doesn't.  I'v= e read where cache sync should be used with care, but I believe I'm using i= t as intended.  It seems like it should be straight forward as all it'= s suppose to do (as I understand it) is make the cache match what the system needs during boot.  It seems like run= ning cache sync should be the solution to problem it's causing!

I've been working to figure out a simple/repeatable set of steps to reprodu= ce the problem, but so far I haven't been able to get there.





Am Sonntag, 2. Februar 2025, 09:11:22 Mitteleurop=E4ische Normalzeit schrie= b MBB:
> Am Samstag, 1. Februar 2025, 14:39:34 Mitteleurop=E4ische Normalzeit s= chrieb MBB:
> > Am Samstag, 1. Februar 2025, 13:12:29 Mitteleurop=E4ische Normalz= eit schrieb Sertonix:
> > > On Sat Feb 1, 2025 at 9:24 AM CET, MBB wrote:
> > > > Hi all!
> > > >
> > > > I have 3 Raspberry Pis, different PI versions and diffe= rent Alpine versions (3.18.9, 3.19.1, 3.19.4).
> > > >
> > > > All have the same issue.
> > > >
> > > > I'm doing:
> > > > apk update; apk upgrade
> > > >
> > > > Checking the version of an upgraded binary before reboo= t, e.g. named, looks ok.
> > > >
> > > > After reboot, it loads an old version even though a new= er package is available in cache.
> > > >
> > > > gate [/etc/apk]$ ls -al cache
> > > > lrwxrwxrwx    1 root   &n= bsp; root           = 22 Feb  1 08:50 cache -> /media/mmcblk0p1/cache
> > > >
> > > > gate [/etc/apk/cache]$ ls -altr bind-9*
> > > > -rwxr-xr-x    1 root   &n= bsp; root        207297 Mar 15  202= 4 bind-9.18.24-r1.5aca84cc.apk
> > > > -rwxr-xr-x    1 root   &n= bsp; root        208996 Dec 17 16:37 bin= d-9.18.32-r0.1254446d.apk
> > > > -rwxr-xr-x    1 root   &n= bsp; root        209078 Jan 29 19:44 bin= d-9.18.33-r0.b6697cb2.apk
> > > >
> > > > gate [/etc/apk/cache]$ named -V
> > > > BIND 9.18.32 (Extended Support Version) <id:d1f1392&= gt;
> > > > running on Linux armv7l 6.6.14-0-rpi #1-Alpine SMP Fri = Jan 26 13:40:47 UTC 2024
> > > >
> > > > Is there something I'm doing wrong?
> > >
> > > It looks correct what you are doing. Could you try if runnin= g this
> > > commands returns any error?
> > >
> > > $ apk --simulate add bind=3D9.18.33-r0 --no-network
> >
> > No errors with this command.
> >
> > *gate [*~*]$ *doas apk --simulate add bind=3D9.18.33-r0 --no-netw= ork
> > doas (norbert@gate) password: 
> > (1/5) Upgrading bind-libs (9.18.32-r0 -> 9.18.33-r0)
> > (2/5) Upgrading bind-tools (9.18.32-r0 -> 9.18.33-r0)
> > (3/5) Upgrading bind-dnssec-root (9.18.32-r0 -> 9.18.33-r0) > > (4/5) Upgrading bind (9.18.32-r0 -> 9.18.33-r0)
> > (5/5) Upgrading bind-openrc (9.18.32-r0 -> 9.18.33-r0)
> > OK: 157 MiB in 215 packages
>
> I removed all outdated bind packages from the cache with the result, t= hat bind is no longer available after reboot.
> After moving the bind*9.18.32-r0*.apk files back into the cache direct= ory, the service gets restored and starts up without issues after reboot. >
> It seems that something's pointing to a specific version.
>

`apk cache sync` breaks the entire system.

This cleans the cache from outdated APKINDEX* and *.apk files.
But after reboot nothing is loaded and the boot process ends with a `(none)= local:` prompt.

Restoring the old cache directory, brings the system to life again.

Same issue when I manually delete only the APKINDEX* files, and update the = local DB with `apk update` to download fresh APKINDEX.

Restoring the old APKINDEX* files from a backup fixes this.

> > >
> > > > BR
> > > > Norbert
> > >
> > >
> >
> >
>



--_000_MW5PR22MB3060F6ABB3D979F10878C9F7D6F52MW5PR22MB3060namp_--