Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

For AMD processors, crouton appears broken for extended updates, Version 126.0.6478.252 (Official Build) (64-bit) #5097

Open
CroutonIsFun opened this issue Sep 12, 2024 · 10 comments

Comments

@CroutonIsFun
Copy link

CroutonIsFun commented Sep 12, 2024

Please paste the output of the following command here: sudo edit-chroot -all

cp: cannot create directory '/var/run/crouton/usr/local/chroots/focal/run/drm'
:permission denied

Please describe your issue:

crouton is broken for this build. This is unlike any previous errors. The chroot was working prior to the update.

@dnschneid @drinkcat @DennisLfromGA is there any fix for this?

If known, describe the steps to reproduce the issue:

All I can say is, update to the most recent release. However, I'm not on a "normal" channel:

Currently on long-term support candidate channel

I can revert to Stable, but this has disastrous consequences for my computing environment, like I can no longer watch TubiTV without DRM errors.

The 3 channels available are Stable, Beta, and Developer. If I leave the "long-term support candidate" channel, I cannot return to it without performing a powerwash and setting up extended support once again.

@CroutonIsFun
Copy link
Author

CroutonIsFun commented Sep 12, 2024

I tried the following but it didn't fix the problem:

sudo mount -o remount,rw /var/run

I executed this prior to attempting to enter the chroot

Then I tried this:

sudo chmod -R 755 /var/run/crouton

but this didn't work either. If fact, the permissions of /var/run/crouton didn't change at all. ChromeOS must have this locked down...

@DennisLfromGA
Copy link
Collaborator

DennisLfromGA commented Sep 12, 2024

@CroutonIsFun,

The 3 channels available are Stable, Beta, and Developer.

In dev mode there is also a canary channel available but I don't think that will help with this issue.

If I leave the "long-term support candidate" channel, I cannot return to it without performing a powerwash and setting up extended support once again.

Also, in dev mode you can rollback to the previously installed version without a powerwash.
You can do it a couple of different ways, one with the crosh 'rollback' command:

--rollback (Perform a rollback to the previous partition.
The device will be powerwashed unless --nopowerwash is specified.) type: bool default: false

And with the 'cgpt' command:

cgpt add /dev/[disk] -i [inactive kernel partition] -S0 -T3
cgpt prioritize /dev/[disk] -i [inactive kernel partition]

I tend to use the 'cgpt' command, I have a script that does it.

But getting back to your original question, I no longer use crouton so I do not know if there is a fix for this.

-DennisLfromGA

@CroutonIsFun
Copy link
Author

@CroutonIsFun,

The 3 channels available are Stable, Beta, and Developer.

In dev mode there is also a canary channel available but I don't think that will help with this issue.

If I leave the "long-term support candidate" channel, I cannot return to it without performing a powerwash and setting up extended support once again.

Also, in dev mode you can rollback to the previously installed version without a powerwash. You can do it a couple of different ways, one with the crosh 'rollback' command:

--rollback (Perform a rollback to the previous partition.
The device will be powerwashed unless --nopowerwash is specified.) type: bool default: false

And with the 'cgpt' command:

cgpt add /dev/[disk] -i [inactive kernel partition] -S0 -T3
cgpt prioritize /dev/[disk] -i [inactive kernel partition]

I tend to use the 'cgpt' command, I have a script that does it.

But getting back to your original question, I no longer use crouton so I do not know if there is a fix for this.

-DennisLfromGA

Thanks, sir, for taking a look. Yeah, I can rollback. I think I'll just stay on this channel. I have a nice dual boot to a thumb drive running Debian bookworm. And when I don't need direct device access, I can use crostini. Cheers!

@dnschneid
Copy link
Owner

If you're using xiwi you might be able to get away with disabling the dri stuff around here: https://github.com/dnschneid/crouton/blob/master/host-bin/enter-chroot#L568

That having been said, unless someone (@drinkcat ? :D ) digs through the Chromium git history or dev lists to determine what changed, it's going to be hard to come up with a practical solution.

@CroutonIsFun
Copy link
Author

CroutonIsFun commented Nov 20, 2024

If you're using xiwi you might be able to get away with disabling the dri stuff around here: https://github.com/dnschneid/crouton/blob/master/host-bin/enter-chroot#L568

That having been said, unless someone (@drinkcat ? :D ) digs through the Chromium git history or dev lists to determine what changed, it's going to be hard to come up with a practical solution.

Hey, it's been a while since I checked the issues tab. I'm on a new Chromebook now. It uses an ARM processor. It's an ASUS Chromebook CM14 (CM1402C). I'm at Version 130.0.6723.126 (Official Build) (64-bit), and the Downloads folder is not accessible from the shell. You can only see it in the File Manager.

This means you can no longer make crouton executable. I feel very disoriented. This is not the Chromebook I had gotten used to.

There no longer seems to be a compelling reason to switch to developer mode.

@DennisLfromGA
Copy link
Collaborator

DennisLfromGA commented Nov 20, 2024

@CroutonIsFun,

I believe in a recent version they have removed Downloads from the home folder (~/Downloads), it is now only reachable from the MyFiles folder (~/MyFiles/Downloads). I have an alias for it now to make it easier to navigate to:

chronos@banshee-rev3 ~ $ ll ~/Downloads
ls: cannot access '/home/chronos/user/Downloads': No such file or directory
chronos@banshee-rev3 ~ $ alf cD=
(standard input):alias cD='cd ~/MyFiles/Downloads'

-DennisLfromGA

@CroutonIsFun
Copy link
Author

@CroutonIsFun,

I believe in a recent version they have removed Downloads from the home folder (~/Downloads), it is now only reachable from the MyFiles folder (~/MyFiles/Downloads). I have an alias for it now to make it easier to navigate to:

chronos@banshee-rev3 ~ $ ll ~/Downloads
ls: cannot access '/home/chronos/user/Downloads': No such file or directory
chronos@banshee-rev3 ~ $ alf cD=
(standard input):alias cD='cd ~/MyFiles/Downloads'

-DennisLfromGA

Cool. I'll try again to see what happens.

@CroutonIsFun
Copy link
Author

CroutonIsFun commented Nov 21, 2024

@dnschneid @DennisLfromGA @drinkcat

I just installed crouton on my Asus Chromebook CM1402C !!!

At this point, it's just a core and cli-extra install of focal, but I'm seeing no reason why I cannot install a full desktop.

Note: the integrated download directory does not get mounted, because its location has changed, but if I need to install a downloaded file, I can save it to my MicroSD card, which is available at /media/removable/foo.

Frankly, I'm confused now. Is it possible that crouton only works with ARM processors?

Update:

Drawbacks: besides the missing integrated Downloads directory, the keyboard target doesn't work. I was attempting to control audio settings with alsamixer, which requires using function keys as function keys. I used to be able to press Search + F5, for example to see all channels for a sound device, or Search + F6 to see all devices. Now this doesn't work, it just brings up a generic help text. Pressing only F5 or F6 activates the ChromeOS setting.

We really need to get cras back.

My Blue Snowball mic wasn't recognized properly: "this device has no adjustable settings".

This is a very advanced Chromebook. Crouton has fallen behind, and has not kept up with advances in technology. Meanwhile, Crostini is getting better, but it still lacks the ability to directly access devices.

Instead of trying to force fit the old crouton, we need a new version, and leave the old one alone.

This is all I have for now.

@CroutonIsFun
Copy link
Author

Double check: I reverted to 126 on my old AMD-based Chromebook, crouton works. Current release, broken.

I'm not sure why it works on my ARM-based Chromebook.

@CroutonIsFun
Copy link
Author

CroutonIsFun commented Dec 5, 2024

@dnschneid @DennisLfromGA @drinkcat

Update: crouton is working quite well on my Asus Chromebook CM (CM1402CM2A-DS44) after I added the (now) mandatory USB audio device! I'm missing the Downloads folder; however, as this is an ARM device, there are not that many compiled binaries which I would choose to install into the chroot.

Next, I will be testing how well I can setup a MIDI workstation, and ripping CDs and DVDs using an external CD-ROM. I've got back my old crouton!


Update: Everything works like before! I setup a recording studio using my MIDI keyboard. I can rip CDs and DVDs. Whoop Whoop!!!

@CroutonIsFun CroutonIsFun changed the title crouton is broken for extended updates, Version 126.0.6478.252 (Official Build) (64-bit) For AMD processors, crouton appears broken for extended updates, Version 126.0.6478.252 (Official Build) (64-bit) Dec 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants