You are not logged in.
Hello,
currently i'm setting up a disk with some ,antique' OS'es side by side: WinXP, Win7 and Q4OS 2.7 (Scorpion).
After installation of Scorpion, starting the Desktop profiler immediately quits with Error Code 30.
Did a "wget q4os.org" with a somewhat funny result:
~$ wget q4os.org
--2022-12-21 00:56:07-- http://q4os.org/
Auflösen des Hostnamens »q4os.org (q4os.org)« … 2a02:4a8:ac24:108::96:231, 81.95.96.231
Verbindungsaufbau zu q4os.org (q4os.org)|2a02:4a8:ac24:108::96:231|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 301 Moved Permanently
Platz: https://q4os.org/ [folgend]
--2022-12-21 00:56:07-- https://q4os.org/
Verbindungsaufbau zu q4os.org (q4os.org)|2a02:4a8:ac24:108::96:231|:443 … verbunden.
FEHLER: Dem Zertifikat von »q4os.org« wird nicht vertraut.
FEHLER: Das Zertifikat von »q4os.org« ist abgelaufen.
What would mean: "Q4OS-Scorpion does not trust "q4os.org" because of an expired certificate"
I would appreciate any useful advice to get desktop profiler working and install some software on it.
Thank you!
Last edited by FlexQ4 (2023-01-12 12:48)
Offline
Scorpion was unsupported a few months ago; if you choose to run an old stable version, you will probably need to upgrade to Centaurus.
Offline
Scorpion was unsupported a few months ago;
Well, that's the reason why i'd like to save/migrate my old scorpion-configuration from the ssd onto a disk - and give new gemini 4.10 a try (on my ssd).
So, if not possible with a fresh install, maybe it is possible to migrate a q4os installation to another disk with rsync?
https://wiki.archlinux.org/title/Full_s … with_rsync
Has anyone done that before in this forum?
Offline
It could be more easy either
- to try a live version (provided your machine is a 64-bit one);
- to replace temporarily your internal ssd with your other disk and make a fresh install on that other disk.
After the evaluation, put your ssd back into your machine. If you have decided to install Gemini, save your data to the other disk (via an usb adapter), and make a fresh install on your internal ssd.
I would prefer this solution rather than using rsync with the risk of making something wrong and loosing my data or not be able to restore.
Q4OS machine: Samsung R519 - Pentium T4200 2.0 GHz - 4 GB RAM - 500 GB SSD
Offline
It could be more easy either
...
- to replace temporarily your internal ssd with your other disk and make a fresh install on that other disk.
After the evaluation, put your ssd back into your machine. If you have decided to install Gemini, save your data to the other disk (via an usb adapter), and make a fresh install on your internal ssd.
thanks hchipe, but evaluation of Gemini wasn't the point at all. The aim is, to save my old scorpion configuration to another disk. Name it a Full backup if you like. A procedure very useful in a private context - and kind of mandatory in busineses.
I would prefer this solution rather than using rsync with the risk of making something wrong and loosing my data or not be able to restore.
Yes, that's exactly the reason why it's important to be able to create system-backups on another medium.
Well, at least for me.
Offline
For what it's worth, here are the steps I took with Q4OS Orion after it was unsupported:
https://q4os.org/forum/viewtopic.php?id=3043
Q4OS 2 (Scorpion) = Debian 9 (Stretch)
Last edited by detoo (2022-12-23 04:11)
Offline
Trying to migrate my existing installation of "Scorpion" to the test disk ( / mounted on /dev/sdb4) with rsync i get a strange error message of rsync:
rsync: ERROR: cannot stat destination "/dev/sdb4/": Not a directory (20)
But the target partition is clearly mounted as /dev/sdb4 according to Konqueror.
And, surely i must exclude some stuff, but the option --exclude='/dev' leads to the message:
--exclude=/dev: file or directory not found
But /dev is existing for sure on the source partition!
What's wrong here??
Offline
( / mounted on /dev/sdb4)
If it is true, it means that the root of the file system is mounted on one of its own sub-directories.
If sdb4 is the destination of your backup, a usual mounting point is /mnt/<directory> or /media/<username>/<directory>.
And yes, exclude that <directory> (and likely others) from rsync.
I found this tutorial very interesting. Hope it helps.
Q4OS machine: Samsung R519 - Pentium T4200 2.0 GHz - 4 GB RAM - 500 GB SSD
Offline
Never thought, that Debian Stable kernel update could lead to such weird issues hmm
Offline
FlexQ4 wrote:( / mounted on /dev/sdb4)
If it is true, it means that the root of the file system is mounted on one of its own sub-directories.
If sdb4 is the destination of your backup, a usual mounting point is /mnt/<directory> or /media/<username>/<directory>.
Thanks for the hint, hchiper!
Aamof, after mounting the target-partition '/dev/sdb4' (in konqueror) it was accessible by
/media/<username>/<UUID of the target-partition>.
/dev/sdb4 however seems to be the block device which is not usable. Hence, that expression
"/ mounted on /dev/sdb4" shown in konqueror was kind of deceptive for me (and apparently for you too).
And yes, exclude that <directory> (and likely others) from rsync.
I found this tutorial very interesting. Hope it helps.
The error was caused by a missing "\" in the preceding line of the command-script...
Offline
Hi FlexQ4,
Sorry for my bad English but I don't understand you well. Is your problem solved?
You often speak of Konqueror; I never used it and I can't help with its usage. Instead I would suggest you to open a terminal and to use the mount command (either mount or sudo mount). It should look like this
$ mount -t type device /home/user/media/<an existing subdirectory>
type is the filesystem type of the device you are mounting. You must know in advance what it is. From the man page : "The most common are ext2, ext3, ext4, xfs, btrfs, vfat, sysfs, proc, nfs and cifs". For a proper usage with rsync, it must have been previously formatted preferably with ext*, the higher possible that Scorpion supports.
device is something like /dev/sdb4 in your case.
you must have read/write permission on the subdirectory and it must exist before you use the mount command.
I'm not skilled with mount; other users on this forum could give much better advices.
Q4OS machine: Samsung R519 - Pentium T4200 2.0 GHz - 4 GB RAM - 500 GB SSD
Offline
Hello hchiper, please don't worry, your english is just fine for me and the particular problem solved.
You often speak of Konqueror; I never used it and I can't help with its usage. Instead I would suggest you to open a terminal and to use the mount command (either mount or sudo mount).
A filemanager (like Konqueror) for me is the crucial and central tool for working on a computer.
I simply right-klick on the node of the partition (shown in the system-tree) and select "mount" from the popup-menu.
Instead of opening a terminal and type
$ mount -t type device /home/user/media/<an existing subdirectory>
Just because...
I'm not skilled with mount;
... i'm not skilled with mount neither
other users on this forum could give much better advices.
Yes, that's what i thought too.
But your advices helped me a lot anyway. Many thanks again for your assistence!
Last edited by FlexQ4 (2023-01-12 12:55)
Offline
[solved]
Last edited by FlexQ4 (2023-01-12 12:55)
Offline
You're welcome.
Q4OS machine: Samsung R519 - Pentium T4200 2.0 GHz - 4 GB RAM - 500 GB SSD
Offline