| phil42 | upgrading to 5.4.195 broke my drive assignments | 05:24 |
|---|---|---|
| phil42 | root drive was sda1 now it is sdf1 | 05:24 |
| phil42 | is there a way to restore previous behavior? | 05:24 |
| eyeoh | maybe; depends on your skill level | 08:32 |
| eyeoh | I don't recognise that number.. kernel? | 08:32 |
| eyeoh | the fix is probably relatively easy if you switch to using uuid | 08:33 |
| eyeoh | there's a slight learning curve to that but I can help if I know more info | 08:33 |
| eyeoh | I've been messing around with setting up btrfs on root | 08:33 |
| eyeoh | and just about sorted the dual boot / backup install thing which will help me with the rest | 08:33 |
| phil42 | 18.04 upgrading from 5.4.193 | 10:14 |
| phil42 | using ubuntu pro | 10:14 |
| tomreyn | use filesystem uuids in fstab | 10:16 |
| tomreyn | not block device names | 10:16 |
| tomreyn | commands blkid and lsblk -o +uuid | 10:17 |
| tomreyn | phil42: ^ | 10:17 |
| phil42 | UUID=ad8dced8-1349-4315-97dd-21b9d058a5ca / ext4 errors=remount-ro 0 1 | 10:17 |
| tomreyn | then what broke? | 10:17 |
| phil42 | that is from now on 5.4.193 | 10:18 |
| phil42 | that line was there when i upgraded to 5.4.195 | 10:18 |
| tomreyn | you mean it was put there by the upgrade? | 10:18 |
| phil42 | i will have to reboot into 5.4.195 know | 10:19 |
| phil42 | i think it is using uuid but still assigning it to sdf1 not sda1 | 10:20 |
| phil42 | i have things set up to use sdxy names | 10:20 |
| phil42 | do you know how to tell the kernel to assign sda1 to UUID=ad8dced8-1349-4315-97dd-21b9d058a5ca ? | 10:22 |
| tomreyn | that'd be udev rules, i think, but your real issue is "i have things set up to use sdxy names" | 10:36 |
| tomreyn | phil42: ^ | 10:36 |
| phil42 | not really, when you have been using a setup since 2018 things like that are normal | 10:37 |
| tomreyn | i know this used to be common in the past, yes. | 10:40 |
| tomreyn | i'm not sure whether the 10 years of support you get for packages in universe with (the full, not "infra-only" "Pro") also apply to all the relevant packages of Lubuntu. I would recommend you clarify this. | 10:42 |
| tomreyn | Generally, I'd expect volunteer support to be limited to non-commercial (whether or not there is a free tier) offerings. | 10:43 |
| phil42 | not much to clarify, using ubuntu pro to keep lubuntu 18.04 alive | 10:48 |
| phil42 | got kernel upgrade from 5.4.193 to 5.4.195 and how my partitions are on te wrong letter | 10:56 |
| phil42 | the | 10:56 |
| phil42 | i am wanting to put them back the way they were | 10:56 |
| phil42 | and now | 10:56 |
| phil42 | root partition was /dev/sda1 now it is /dev/sdf1, this breaks things that have been there for years | 10:58 |
| tomreyn | https://lubuntu.me/bionic-eol/ | 11:07 |
| tomreyn | based on this, if you're on Lubuntu, you have no support since 2021 | 11:08 |
| phil42 | i still get kernel and other upgrades from ubuntu pro | 11:09 |
| phil42 | i had to stop using chromium because upgrades stopped | 11:09 |
| tomreyn | i don't doubt that yuo're still receiving some updates. | 11:09 |
| phil42 | what is your doubt? | 11:11 |
| tomreyn | i'm just trying to explain why i'm not going to support Lubuntu 18.04. | 11:11 |
| phil42 | i understand and i appreciate the help that you have given | 11:12 |
| tomreyn | others might (though i don't strictly expect it, unless it's commercial support, maybe). | 11:12 |
| phil42 | maybe the kernel people can help | 11:13 |
| tomreyn | you're welcome (i haven't really helped much) - good luck, and i'll shut up now so you can look for other volunteers who might be willing to help. | 11:13 |
| phil42 | irc is not the best communication channel for some things | 11:13 |
| phil42 | do you know alot about udev rules? | 11:14 |
| phil42 | or udev in general | 11:15 |
| tomreyn | i've since noticed you got very similar responses to the same questions in #lubuntu-devel. please don't cross-post. | 11:51 |
| tomreyn | and now in #linux, too | 11:55 |
| phil42 | and i am finding people who are giving me ideas | 12:07 |
| tomreyn | i mostly see people telling you over and over what i told you early on as 'your real issue is "i have things set up to use sdxy names"', and previously arraybolt told you in "The /dev/sdX assignments are unstable by definition in the Linux kernel. [..]" with more details following. | 12:13 |
| tomreyn | i'll stop bringing this up now, though, good luck on whatever you're doing. | 12:14 |
| eyeoh | it's always the ones who start by being cagey with details | 16:31 |
| eyeoh | kind of another level of the xy problem in that it's intentionally hidden detail | 16:32 |
| tomreyn | maybe not always, but it's certainly a repetitive experience. :-/ i bet they could have progressed a lot by now if they had been willing to share how they depend on the block device names, and why they think they have to continue doing so. | 16:58 |
| tomreyn | maybe not here, but possibly in one of the other channels they asked in, which do not care so much about what can (not) be supported. | 16:59 |
| eyeoh | nah I'm with you. they should be experienced enough to ask questions the esr way, or at least be more responsive (granted, I didn't ping them in my initial reply given that I sensed some laziness in the question) | 17:03 |
| eyeoh | stuff that had been left to fall apart requires an extra demonstration of effort in my view. for example, one of my older siblings is extremely slow to act on advice after asking about it years ago | 17:05 |
| eyeoh | so these days I'm more like ("well you've procrastinated and done nothing for all these years despite me giving you the answer - so show me some effort first, and you tell yourself what you're going to do first") | 17:06 |
| eyeoh | (internal thoughts) | 17:06 |
| eyeoh | and that's one of the most common issues for those who end up stuck in the past | 17:07 |
| eyeoh | it's not so much a tech issue as it is a motivational and organisation issue. too hard to get into the weeds with that stuff | 17:07 |
| eyeoh | in some ways it reminds me of those in tech who still refuse to use ublock origin and password managers | 17:08 |
| tekisui | hello | 21:28 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!