You are not logged in.
Greetings..
My questions might be on topic..
I'm running beowulf, 64bit...grabbed openjdk from devuan repos:
openjdk version "11.0.4-ea" 2019-07-16
OpenJDK Runtime Environment (build 11.0.4-ea+9-post-Debian-1)
OpenJDK 64-Bit Server VM (build 11.0.4-ea+9-post-Debian-1, mixed mode, sharing)
I'm clueless about anything "Java", it's required to run the "BiglyBT" program on I2p.
Your error is very close to mine...which I don't know how to satisfy & continue with install.
"No suitable Java Virtual Machine could be found on your system.
The version of the JVM must be at least 1.8 and at most 1.12.
Please define INSTALL4J_JAVA_HOME to point to a suitable JVM".
My output:
$ sudo bash BiglyBT_Installer.sh
don't need JNA
not wayland
No suitable Java Virtual Machine could be found on your system.
The version of the JVM must be at least 1.8 and at most 1.12.
Please define INSTALL4J_JAVA_HOME to point to a suitable JVM.
define INSTALL4J_JAVA_HOME ..???
{I noticed that "INSTALL4J" packaging thing, on their download page.}
To get java version I used -v and got this output:
$ java -v
Unrecognized option: -v
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
I got something else to do? To 'create' or 'run' this JVM ??
Well...the only solution I found, is keeping both versions installed and switching to the newer one when needed and switching back to the normal one afterwards.
Would ya pass the info to do that...so I can get it going and move on!? (learn something to!)
Thanks...
stanz wrote:Bla bla bla...
I think you're being way too harsh, free speech is important in open software development and miscommunications in plain-text media are very common.
Yes, and sure... that's me exercising my free speech, while reading & hearing, another's chosen words - of free speech,
while typing our speech's.
No miscommunication there! LoL
better now?
I don't imagine many on this forum use google directly and I have never seen verbatim on DDG or SP.
Yep...actively avoiding anything 'gaagle' in this house!
I tried the same mini.iso (16-02-2019), attempting to install beowulf on an all-intel thinkpad X200.
It gave me the kernel module error, which has been reported with previous versions and failed to discover my (plain old spinning) SATA disk, so the install failed at that point.
Other then op bug...I've continued by way,
of ascii mini iso, then chose beowulf repos, when option presented... - till beowulf mini gets rebuilt.
Yes..thanks for sharing!
This IS great for someone like myself...who dislikes the gaagle control and intrusive ads!
I don't visit the site...just input the link - and wah`la... ad-less!
A shame that public treasures, got owned by corporate smucks.
and yes...works on MANY other sites!!
I'm sure it will be corrected, ncurses aptitude is good (compliments HOAS), if you are not anathema towards KDE programs then muon is a nice alternative to synaptic.
I hope it will stick around...I kinda grew-up with synaptic - [sniffle..]
That muon reminds me of bsd's pkg gui...but, naaa - KDE programs...nadda for me
Guess it'll fade away...like allot - of package description, are...fading...disappearing...
Would someone ask those 2 guys, to move off-camera!?
Where's everyone's 'name-tag'? I donno whose who...Even the bearded guy ~ we get to watch allot. Whom is he?
LoL...
nuff 4 2day....have fun folks.
How to verify signatures for packages
Scrool down to Linux section.
There's other posts on this forum, with instructs.
Which Desktop you using?
Your having trouble installing 'Tor', in Heads? or simply want to add it to your working devuan?
The rate Tor updates (and often), might be a good reason it's not in the repos.
Must you have the 'source' package?
Tor's package here, is an 'extract' and 'works' install--
from where-ever you decide to run it from. And 'updates' on it's own. (with your knowledge & approval)
We also have access to Opendns (memory might be off!) that I use in my home router.
Another option is OpenVPN...
did ya install pcmanfm or remove its non-working menu entry?
sorry, I didn't take notes at that hour, but other menu items failed.
It boots to a console. If you want a graphical session, you still have a choice...
Booted to the Italian session, - straight into english-obox
where's your kewl wallpaper?
I'll wait on your new iso for more.
Congrats siva!
Yes fsmithred, intel-microcode package installed...I also checked that cpio, gzip, & others were installed.
miyoxtra's lite on preinstalling abunch of packages...its good to check.
As noted above somewhere, I first successed unpacking the img file in Refracta9.
~$ file /boot/initrd.img-4.9.0-8-amd64
/boot/initrd.img-4.9.0-8-amd64: XZ compressed data
That worked just as you typed it would, being XZ compressed data.
I then checked my 5 other installs with the same result of:
$ file /boot/initrd.img-4.9.0-5-amd64
/boot/initrd.img-4.9.0-5-amd64: ASCII cpio archive (SVR4 with no CRC)
Same result for the /boot/initrd.img-4.19.0-2-amd64.
Now that's answered -
ralph.ronnquist, thanks for your post...this is my official 1st introduction to cpio.
$ cat initrd.img-4.9.0-5-amd64 | ( cpio -i ; file - )
62 blocks
/dev/stdin: ASCII cpio archive (SVR4 with no CRC)
That unpacked a kernel folder,->x86 folder->microcode folder->AuthenticAMD.bin file.
$ cat initrd.img-4.9.0-5-amd64 | ( cpio -i ; gunzip | cpio -i )
62 blocks
gzip: stdin: not in gzip format
cpio: premature end of archive
Again, a kernel folder, ->x86 folder->microcode folder->AuthenticAMD.bin file.
New to me, but you guys know this already.
Now on to:
$ cat initrd.img-4.9.0-5-amd64 | ( cpio -i ; cat > ramdisk.gz )
62 blocks
$ ls
initrd.img-4.9.0-5-amd64 kernel ramdisk.gz
I just had to try...
$ gunzip ramdisk.gz
gzip: ramdisk.gz: not in gzip format
Ol`well, it's ok to try things.
$ cat ramdisk.gz | ( cpio -i ; gunzip | cpio -i )
3102 blocks
cpio: etc/console-setup/null: Cannot mknod: Operation not permitted
160946 blocks
$ ls
bin etc initrd.img-4.9.0-5-amd64 lib ramdisk.gz sbin usr
conf init kernel lib64 run scripts
That's it! wow ~ both awesome & as jaromil typed "elegance"!
Nothing left to do, but repack it all now... fsmithred post #2 was the fix - no resume file in conf/conf.d.
I think I'll do this again, on the other installs - after successful repacking of course
Oh, fsmithred - Did the info answer post #12 questions? If not let me know - I'll find `em.
Shoot, long post - I'm done for this nite!
asta ~~
Hey Miyo! Good to see your words man. kewl stuff (not taxes) keeping ya busy~
"Illuminti"...I thought that to. one kinda looks like the ace of diamonds...(whats that mean?!) lol
I haven't seen any log files reflecting anything of interest...and its before 'fsck' clears /dev ?
That messege was totally a new thing, glad fsmithred passed the fix!
I'll continue this 'unpacking initrd.img' in DIY, cause I likes to tinker
stay well...
asta
This is moving off topic now (?) and really has little to do with derivatives or MiyoXtra,
I suppose a new topic in "Other Issues" or "DIY", might be best...?
Documentation? I donno...somewhere!
There's a resume file in your initrd that has that uuid inside it. In a live session, run lsinitramfs /initrd.img | grep resume to see if it's there.
I'm working in miyo's live session now...
/boot/initrd.img-4.9.0-5-amd64
All ran as regular user...
miyo@miyolinux:~$ lsinitramfs /initrd.img | grep resume
scripts/local-premount/resume
bin/resume
We don't have here, the conf/conf.d/zz-resume-auto, that showed up in the updated (delayed) install.
To answer..
If you have no swap partition...
I always have swap partition setup before all installs.
And wonder why swap gets an 'uuid', even tho I choose 'labels'?
Then created new folder for work, :~/initrdtest$, cd into it-
Will stick with 'full path' to file...
miyo@miyolinux:~/initrdtest$ xzcat /boot/initrd.img-4.9.0-5-amd64 | cpio -d -i -m
xzcat: /boot/initrd.img-4.9.0-5-amd64: File format not recognized
cpio: premature end of archive
To check, if su might be different.
root@miyolinux:/home/miyo/initrdtest# xzcat /boot/initrd.img-4.9.0-5-amd64 | cpio -d -i -m
xzcat: /boot/initrd.img-4.9.0-5-amd64: File format not recognized
cpio: premature end of archive
Checked with:
$ file /boot/initrd.img-4.9.0-5-amd64
/boot/initrd.img-4.9.0-5-amd64: ASCII cpio archive (SVR4 with no CRC)
I'll hold off on editing /usr/bin/refractasnapshot, and upgrading to refractainstaller 9.5.2 from ceres,
till I get this "extraction/edit/repack" done...then move into snapshot & installer.
You could add RESUME=none to initramfs.conf then run update-initramfs -u -k all and then make a new snapshot. Note that this would change the host initrd. (both of them)
I finally did that, and rebooted with the 4.9.0-5-amd64, which still showed the symbols - but, with NO delay!
So I'll mark this solved, although I'm still continuing trying to unpack the initrd.
I'm not sure what success you're expecting.....Or are you still trying to unpack it?
Yes, those commands complain...
:~$ xzcat initrd.img | cpio -d -i -m
xzcat: initrd.img: No such file or directory
cpio: premature end of archive
and with the help of that 'file' command...
:~$ file initrd.img
initrd.img: ASCII cpio archive (SVR4 with no CRC)
Frustrating to me, it didn't work on miyoXtra, as quick as it did on refracta9. That's why I thought
maybe you had a 'helping' package installed on your system - that is not on miyo's.??
Well, I have more research to search.
Thanks again fsmithred..
banging my head against the wall...
i got this to work on your refracta9 install and seen your RESUME=none.
i read this and a few other cpio search results, to get hint of what i'm doing here.
now I'm in the troubled system and cannot reproduce that success (3 hours now!).
maybe i'm missing a package, in this install?
i dislike pastebin - but pasted all my attempts there not to clutter here.
i'll try again in the morn`in....
As ordinary user, in your home run the following commands.
mkdir extracted cd extracted zcat /initrd.img | cpio -i
This looks in /boot dir?
:~/extracted$ zcat /initrd.img | cpio -i
gzip: /initrd.img: not in gzip format
cpio: premature end of archive
:~/extracted$ zcat /boot/initrd.img-4.9.0-5-amd64 | cpio -i
gzip: /boot/initrd.img-4.9.0-5-amd64: not in gzip format
cpio: premature end of archive
I did run bleachbit couple times, to reduce snapshot size.
:~/extracted$ zcat /boot/initrd.img-4.19.0-2-amd64 | cpio -i
gzip: /boot/initrd.img-4.19.0-2-amd64: not in gzip format
cpio: premature end of archive
I'm gonna reinstall on other partition, and do all this before install - than after -
and before upgrading the image, then after (if thats possible?).
Then redo again with your edit to /usr/bin/refractasnapshot.
What`ta ya think?
https://lists.debian.org/debian-user/20 … 00195.html
That changes things abit.
Thx for your time with this fsmithred, as always.
I gots a 'honey-do' list in front of me today...will return asap
This will NOT affect the initrd on the host system.
That answers one of my questions, but the suspend/resume device uuid shows it might?
anyway...
Did a image upgrade early in the wee hours, from - 4.9.0-5-amd64, to 4.19.0-2-amd64 and
all delays and waiting has gone.
Will boot back to 4.9 and see if continues there.
Yep ~ still there.
Well, I'd say - someone please delete this post!
Thx fsmithred...I never want to get inbetween of anyone - and their coffee...and this issue isn't worth it.
I re-read the readme and found your words in CREATING A SNAPSHOT FROM AN ENCRYPTED SYSTEM,
which I haven't done encryped yet, so I glanced thru that section brainlessly.
Yep, as you typed, 10.2 ** 10.2 and later versions **. I'm NOT encryped, BUT do have swap partition-
already setup, and also 'uncheck' question about 'swap file'.
Same with formatting, I done did it.
And choose 'labels', cause my memory span is short! (but swap gets uuid? and 8GB usb's?)
...the script will edit the snapshot's initrd to remove conf/conf.d/cryptroot and/or
conf/conf.d/resume so that the snapshot iso will boot successfully.
So miyo's iso I used, should not have those files -after- my install?
I ran the command: (and thank you, for adding commands - as you do!!)
~$ lsinitramfs /initrd.img | grep resume
conf/conf.d/zz-resume-auto
scripts/local-premount/resume
usr/bin/resume
and I can't view them - till I uppack `em...but your saying it still affects my installed system/bootup..?
Geez fsmithred... this sounds like my problem, I've not even read anyone asking about those symbols.
Hi all,
Update::
...You could add RESUME=none to initramfs.conf then run update-initramfs -u -k all
-----------
That's what I got here...Miyo-XTRA Ascii - upgraded to beowulf, started 3 days ago.
Added main contrib non-free each day to test & fix expected brake-age.
Using repo: deb.devuan.org/merged/ beowulf main
Since yesterday, just after grub screen - start of boot, I get 6-8 weird symbols (before fsck - happened on other installs.)
20 seconds later, it switches to,
Gave up waiting for suspend/resume device 'by-uuid/bla-bla-bla-bla-&bla'
5 minutes later! Changes to:
Could not stat the resume device file 'by-uuid/8ebla-bla-blaa-again-lastbla'
Please type in the full path to try again or
Press ENTER to boot the system: _
After pressing enter, flashing text scroools by as usual.
** There is NO 'device/file' in the 4 folders, in /dev/disk/ with the uuid!
** During the install procedure, I "uncheck" using "uuid" -and- "check" using "labels" for devices.
(although, swap gets a uuid.!?)
** I don't need or want uuid, I like to name my partitions/devices.
Before I do another re-install, I'd like to try to figure/fix this out.
It's been awhile... log files to check?
What script/program is doing the "uuid & suspend/resume" check?
And...is this my own issue? lol
Thx...asta
update-grub ...
...file manager as root,
Yep ~ I donno reasons either, but always & still working is ..sudo update-grub.
Oh shoot, I'm in miyo-xtra/beowulf partition! ...better reboot to beowulf and check
Howdy fsmithred..
I'm in a fresh install & now tweaking refractasnapshot.config.
Line # 55-57
# Set to yes to create boot files for uefi.
make_efi="yes"
Is this creating both 'uefi' and 'efi', boot files?
Well, I hope your giggling - at least... I just know its 2 boot methods - no more!
thx..
line 73:
# rsync -av / myfs/ ${rsync_option1} ${rsync_option12} ${rsync_option3} \
might miss line 77
rsync_option2=" --delete-excluded"
I'll stop now..