You are not logged in.
Is this what you want?
https://transfer.sh/FgcX7/ru.png
dpkg-reconfigure localeschecked ru_RU.UTF-8, selected en_US.UTF-8 as default locale.
Rebooted and added 'locales=ru_RU.UTF-8 keyboard-layouts=ru' to the linux line of the boot command, but this did not work. (It does work in a live iso). Rebooted again and tried another language to confirm. It still didn't work.
What did work:
On login with lxdm, selected Russian in language and keyboard boxes.
I'm using openbox, lxpanel, lxterminal, leafpad and spacefm. I opened a few other programs randomly (I can't read anything here) and I see Russian. Even xarchiver, which for some reason is in English in the apps menu, has Russian in the menu bar.
Now, that would mean booting up the live *.iso, upgrading and changing everything I need to change while up and then 'refracting' it all into a new iso which will keep all the changes.
Right?Anything specific I'd have to be aware of when doing this?
Yes, of course! Look at /etc/refractasnapshot.conf and set the work_dir and snapshot_dir to someplace that has enough space to hold a copy of the filesystem plus the new iso.
Actually, you don't even need the iso. You can copy $work_dir/iso/live/* to the live folder on the sd card rather than extract them from the finished iso.
You tried to update a live system. Ouch. It can be done, but understand what's going on. If you set it up for full persistence, then any changes or additions get stored on the persistent partition, in their normal location (i.e. full path). That persistent file system gets overlaid on the read-only live system.
So anything you changed did not make any changes in the live system on the first partition. If you boot without persistence and mount the persistent partition, you can see those files and delete anything that isn't your personal stuff. Then when you reboot with persistence, it will be just like the first time.
If you update the kernel, you'll only be updating the one in /boot in your live system. But the live system gets booted from the kernel in the /live folder in the root of the iso (or device). The kernel in /boot only gets used after a normal installation. Same is true for the initrd. You would need to copy those from /boot to /live and name them to match what's there (and what's in your boot menu). This might be the source of your wifi problems. Another possibility is if your update switched you from udev to eudev and the network interface names changed. Check the interface names with 'ifconfig' or 'ip a' and make sure that wicd is using the right name. (little triangle in upper right will get you to preferences in wicd)
One more catch - the first partition is read-only during a live session. So either plug the sd card into another system to mount it and copy the files or use an undocumented trick to copy the files. Since jessie, if you run with persistence, your root user will be able to write to the first partition. In fact, you don't even need a persistent volume to do this - you just need the word, persistence, in the boot command. When you do this, you might notice (hint: look!) that the first partition is mounted at /lib/live/mount/persistence/ instead of /lib/live/mount/medium/.
Last bit of advice - full persistence is nice for saving files and making some config changes. When you start running updates or adding software, you're filling up your space, and you're making less of your system read-only (aka - unhackable). If you want to make big changes like that, you might be better off making a new iso. You can then copy the contents of that iso to the sd card to replace the files with the updated system. You may or may not need to delete any system files that are on the persistent partition.
@boycottsystemd: you might have better luck with rxvt-unicode terminal. Have you tried saving the file after booting into Russian language and keyboard? You can do that by adding the following to the linux line in the boot command.
locales=ru_RU.UTF-8 keyboard-layouts=ruOh yeah, the menu label. Those labels should be unique. If you get to the isolinux boot prompt, you can type that label in, press enter, and it will boot from that stanza. With two of them the same, I don't know which one would boot. My preference would be to change them to HDD and SD to keep them short and memorable, in case I ever need to type them in.
The default is to use "persistence" as the label. If you use a different label, you have to put it in the boot command, as you have done.
I'm not very clear on your setup, but you should be able to boot without persistence, mount both persistent partitions and copy from one to the other with rsync. Something like
rsync -avx mounted-source/ mounted-target/Similar issue, possible fix for delayed shutdown of encrypted system:
https://dev1galaxy.org/viewtopic.php?pid=8289#p8289
for i in 1; do
Hey, that worked! Only took five seconds. Thanks!
Yes, the persistent volume does not have to be on the same disk as the operating system. Live-boot will look for the "persistence" label (or other label if you specify it in the boot command) to find the persistent volume. I don't think you can set up the persistent partition with refracta2usb, because it will only let you choose usb devices. Do it manually:
Create the partition, give it a label (use e2label command), add persistence.conf, edit your boot menu (mount the sd card to edit syslinux/live.cfg)
I'd like to know why devuan and miyo wouldn't work for you. They should. I've used both of them on live-usb.
I tried changing the timeouts to smaller numbers, but it didn't make a difference. Last group of numbers I tried was 1 2 3 4 5 6 and it still stalled for slightly more than 30 seconds.
The question is: Should it be there in the first place? I'm pretty certain it shouldn't. golinux has told me that "non-free" won't be there, if you install using the desktop-live image.
For the record: The live images don't have contrib and non-free in sources.list, but they do have non-free wireless firmware installed. There's a script you can run that will remove the non-free firmware. It's in /root in the minimal-live and in /usr/local/bin in the desktop-live.
The reasoning behind it is that there are a lot of people who rely on wireless networking, and it's easier to remove the firmware than it is to install it. In fact, with some of the firmware, it would be impossible to install it for use in a live session, because it requires a reboot.
You can read a little about persistence in the refract2usb help:
http://www.ibiblio.org/refracta/docs/re … ta2usb.txt
Basically, you need a separate filesystem, a persistence.conf file in the root of that filesystem, and some extra options in the boot command to use the persistent filesystem.
I don't think you can resize FAT partitions with gparted. I'm surprised you didn't get an error message about that.
https://lists.gnu.org/archive/html/bug- … 00010.html
You'll need to make the fat32 the right size to begin with. If rufus won't let you do that, use refracta2usb. You should make it a little larger than the iso file, so there's room for a copy of the kernel and initrd for booting the stick. If you need to make this live-usb in a Windows environment, you'll need to find another way. Refracta2usb only runs on linux.
The 'other language' boot option doesn't work. The boot option, lang=xx_XX where xx and XX are your chosen country code only works with a custom script (refracta-lang) that is specifically for lightdm. If you want to change language, change that option to locales=xx_XX.UTF-8 keyboard-layouts=xx. NOTE: That probably won't work right in jessie. It does work in ascii, probably because of the newer version of live-boot and live-config.
I didn't get much beyond booting it. It's a little sparse for my taste, and I'm kinda lost without completion. (Is there a way? It's not the tab key.) Oh, never mind. I found bash. Is there an apps menu hiding somewhere?
The sysvinit entry in the boot menu has 'init=/lib/sysvinit/init'. That gets used in debian when systemd is installed along with sysvinit, and in that case, /sbin/init is a symbolic link pointing to systemd. In devuan, /sbin/init should be the real init (a real file, not a symlink.) Does /lib/sysvinit/init even exist on your setup?
You might need to replace sddm with lightdm. Also, make sure you have the right libpolkit packages installed.
See (removed dead link)
Here's what was in the dead link.
Author: Irrwahn
Date: 2018-02-14 07:37 -500
To: dng
Subject: [DNG] IMPORTANT! How to fix degraded session management after Devuan ASCII upgrade.PLEASE NOTE:
The following only applies to already existing ASCII systems that got
upgraded to the newest package versions as present in the repositories.
Fresh installations of Devuan ASCII 2.0.0 Beta should not be affected.TL;DR
-----
Make sure you got the correct libpolkit-backend installed!Background
----------
It would appear that under certain circumstances an unsuitable flavor
of libpolkit-backend-1-0-XXXX gets pulled in upon upgrade. This can lead
to a temporary loss of desktop session related functionality, namely the
ability to user-mount removable drives or to shutdown/restart the system
using the GUI controls provided by the respective desktop environment. The
issue was ultimately caused by the recent addition of elogind to the
repositories, or rather the repackaging of policykit-1 that followed suit.Resolution
----------
1. Make sure you have at least one of (traditional) consolekit or (new)
elogind installed. (Note: You can have both installed and active; which
one is actually used however is decided by which libpolkit-backend you
choose to install, see 4.)2. Make sure (at least one of) the above is activated. You may do so by
interactively running the 'pam-auth-update' command as root.3. Ensure the following packages got installed:
policykit-1 0.105-18+devuan2.4
libpolkit-agent-1-0 0.105-18+devuan2.44. Install one of the mutually exclusive policykit backend libs, i.e.
- EITHER -
libpolkit-backend-1-0-elogind 0.105-18+devuan2.4 and
libpolkit-gobject-1-0-elogind 0.105-18+devuan2.4- OR -
libpolkit-backend-1-0-consolekit 0.105-18+devuan2.4 and
libpolkit-gobject-1-0-consolekit 0.105-18+devuan2.4depending on which session manager backend you intend to use, see 1.
In case you find you have a backend with -systemd in the name installed:
that one will _not_ work, and is most likely the cause why things went
sideways in the first place.5. After making changes to the session management you should either reboot
the system or at least cycle through runlevel 1.Note: Depending on what login manager you use in conjunction with which
desktop environment you might have to experiment a bit to find out which
of consolekit or elogind works best for you (or works[TM] at all).Bottom line: As always in life, keep your backends covered. ;-)
HTH, HANVD, and enjoy the ASCII Beta!
Best regards
Urban
It's not two different kernels, it's two different entries in the boot menu. Look at the menuentry for each in /boot/grub/grub.cfg to see if there's a difference in the linux lines.
I've only seen that on debian, where you had a choice to boot with sysvinit or systemd. How did you install devuan?
Refractasnapshot and installer depend on live-config, live-boot, live-boot-initramfs-tools and live-config-sysvinit. They do not require or use live-tools. Something pulled in that package, and at the moment, I can't recall what it is.
I've made snapshots with openrc in the past with TriOS and more recently with devuan ascii. It works. If you have trouble with it next time, start a new thread and we'll get it sorted..
I don't know what most of that output means, but probably reversing the changes you made should let that script work again - just uncomment those lines you commented.
Also (off-topic) unless you're sure you need it, I'd recommend removing live-tools. AFAIK, the only thing it does is get in the way of running update-initramfs.
The message about 'seat' makes me think of systemd-related things.
Which libpolkit packages are installed?
consolekit or elogind?
Is libpam-elogind installed?
I have no idea why it would be intermittent.
apt-get remove imagemagick
jDo NOT run 'apt-get autoremove' at this time.
apt-get intstall cupsSome or all of the packages that were marked for autoremoval will get marked as manually installed. (they get removed from the autoremoval list.) I'm not sure if you'll need to install cups-filters or the driver.
There are a few ways to accomplish that. In the Refracta isos that I make, I set the display manager to stop in runlevel 3, and add a '3' to the boot command. ('append' line in live.cfg, 'linux' line in grub.cfg.)
A good tool for doing that is sysv-rc-conf.
That works with sysvinit. I don't know the equivalent boot option for systemd, but I know it exists, and I've used it in the past.
If there is no display manager, live-config will still run startx. You can disable that by adding the following boot option:
nocomponents=xinitSee 'man live-config' and 'man live-boot' for a full list of options.
There's some problem with jessie-security on the old amprolla. I don't know the details, but it's not a new problem. Change sources from auto.mirror.devuan.org to pkgmaster.devuan.org.
Another odd thing is that there are two versions in ascii/stretch security. I don't know if you'll need to specifiy the version you want, or if you'll just get the later version. To specify the version,
apt-get install thunderbird-l10n-xx=1:52.7.0-1~deb9u1Replace xx with your country code.
I'm not understanding the behavior of cut. Why are the field counts not the same for each line? I see the pid in the third field on all lines, and awk sees it the same way I do.
user@refracta:~$ wmctrl -l -p
0x0080001c -1 1866 refracta panel
0x00a00004 0 1865 refracta user@refracta: ~
0x00e00008 -1 1868 refracta spacefm
user@refracta:~$ wmctrl -l -p | cut -d " " -f 4
1865
user@refracta:~$ wmctrl -l -p | cut -d " " -f 1
0x0080001c
0x00a00004
0x00e00008
user@refracta:~$ wmctrl -l -p | cut -d " " -f 2
-1
-1
user@refracta:~$ wmctrl -l -p | cut -d " " -f 3
1866
0
1868
user@refracta:~$ wmctrl -l -p | cut -d " " -f 4
1865
user@refracta:~$ wmctrl -l -p |awk '{print $3}'
1866
1865
1868