Re: PLD New Rescue Th-20210209

[Arkadiusz Miśkiewicz]

W dniu 10.02.2021 o 15:30, Arkadiusz Miśkiewicz pisze:
> W dniu 09.02.2021 o 22:53, Arkadiusz Miśkiewicz pisze:
>> Hello.
>>
>> If anyone is interested:
>>
>> PLD New Rescue x86_64 image based on Th main (as of 20210209):
>>
>> https://github.com/arekm/pld-new-rescue/releases/tag/th-current-20210209
>>
> 
> Added 32bit/i686 images.
> 

And reuploaded to new place

https://github.com/pld-linux-org/pld-new-rescue/releases/tag/th-current-20210209



-- 
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue Th-20210209

[Arkadiusz Miśkiewicz]

W dniu 09.02.2021 o 22:53, Arkadiusz Miśkiewicz pisze:
> Hello.
> 
> If anyone is interested:
> 
> PLD New Rescue x86_64 image based on Th main (as of 20210209):
> 
> https://github.com/arekm/pld-new-rescue/releases/tag/th-current-20210209
> 

Added 32bit/i686 images.

-- 
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue th2015-1.5

[Jacek Konieczny]

On 2016-04-19 15:59, Grzesiek Pycia wrote:

 Works fine for me, both 32&64bit.
 Under qemu/kvm it does not power off machine, but version  th-2014
 stops on "System halted" to.


On 2016-04-20 18:07, Elan Ruusamäe wrote:

reported okay with:

proxmox-ve 4.1-41, pve-qemu-kvm 2.5-9


Thanks!

I'll remove the 'pre-release' flag on GitHub.

Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue th2015-1.5

[Elan Ruusamäe]

reported okay with:

proxmox-ve 4.1-41, pve-qemu-kvm 2.5-9

amd64 image

On 16.04.2016 15:14, Jacek Konieczny wrote:

I have just built PLD New Rescue based on the th-2015 snapshot:

https://github.com/Jajcus/pld-new-rescue/releases/tag/th2015-1.5

Please do test it in any way you need to use this. I have done only some
very basic testing.

Jacek



--
glen

___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue th2015-1.5

[Grzesiek Pycia]

Works fine for me, both 32&64bit.
Under qemu/kvm it does not power off machine, but version  th-2014 stops on
"System halted" to.

2016-04-16 14:14 GMT+02:00 Jacek Konieczny :

> I have just built PLD New Rescue based on the th-2015 snapshot:
>
> https://github.com/Jajcus/pld-new-rescue/releases/tag/th2015-1.5
>
> Please do test it in any way you need to use this. I have done only some
> very basic testing.
>
> Jacek
> ___
> pld-devel-en mailing list
> pld-devel-en@lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue ??? current th-main based build

[Jacek Konieczny]

On 2013-12-07 01:41, Michael Shigorin wrote:
 On Fri, Dec 06, 2013 at 09:12:22AM +0100, Mateusz Korniak wrote:
 And memtest does not load during uefi boot. 
 
 http://memtest86.com/download.htm#free
 
 Note that UEFI-capable V5 became proprietary, at least so far...

I don't think its license allows me to include that in my PLD NR images.

 0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch
 in fedora's grub2 might be interesting to you.

I have applied this patch to our GRUB, but it doesn't work. And now
I think it couldn't work – it is not just booting a 16-bit binary, that
binary still expects BIOS and BIOS-initialized environment (e.g. not
an EFI frame buffer for output).

Greets,
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue -- current th-main based build

[Michael Shigorin]

On Fri, Dec 13, 2013 at 05:48:56PM +0100, Jacek Konieczny wrote:
  And memtest does not load during uefi boot. 
  http://memtest86.com/download.htm#free
  Note that UEFI-capable V5 became proprietary, at least so far...
 I don't think its license allows me to include that in my PLD NR images.

Ask upstream, looks like they've been rather reluctant to mess
with license text actively -- I've packaged a permission to do
whatever I want into README.ALT as provided by David.

  0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch
  in fedora's grub2 might be interesting to you.
 I have applied this patch to our GRUB, but it doesn't work. And
 now I think it couldn't work -- it is not just booting a 16-bit
 binary, that binary still expects BIOS and BIOS-initialized
 environment (e.g. not an EFI frame buffer for output).

I didn't even get to try it out (maybe could work on UEFI with
CSM enabled but that's not something one can count on, and plain
memtest86+ could be booted via CSM just as well then).

Should have told that too, sorry :-/

-- 
  WBR, Michael Shigorin / http://altlinux.org
  -- http://opennet.ru / http://anna-news.info
We have released V5 of MemTest86 a few days back.

[...]

(We probably still need to review the licensing terminology again,
but you are welcome to distribute these packages).

David Wren
PassMark Software
%define beta %nil

Name: efi-memtest86
Version: 5.0
Release: alt1

Summary: EFI binary of Passmark Memtest86 V5
License: distributable
Group: System/Kernel and hardware

Url: http://www.memtest86.com
Source0: %name-%version%beta.tar.gz
Source1: README.ALT

# x86 might be added but the sense is quite faint
ExclusiveArch: x86_64

BuildRequires: rpm-macros-uefi
BuildRequires: pesign

AutoReqProv: no

%define mt86data %_datadir/%name

%description
UEFI implementation of memtest86 V5.0.

Please note that these binaries are proprietary (see license.rtf)
distributed under permission (see README.ALT).

%package signed
Summary: EFI binary of Passmark Memtest86 V5 (signed variant)
Group: System/Kernel and hardware
Requires: %name = %version-%release

%description signed
UEFI implementation of memtest86 V5.0.

Please note that these binaries are proprietary (see license.rtf)
distributed under permission (see README.ALT).

This package provides means to cope with UEFI SecureBoot
(better described as Restricted Boot) firmware when one
can't disable it easily, doesn't want to, or needs not to.

%prep
%setup -n %name

%install
install -pDm644 EFI/MemTest86-x64.efi %buildroot%_efi_bindir/memtest86.efi

mkdir -p %buildroot%mt86data
cp -a EFI/*.{cfg,png,htm,css} %buildroot%mt86data

%pesign -s -i %buildroot%_efi_bindir/memtest86.efi -o 
%buildroot%_efi_bindir/memtest86-signed.efi
echo %_efi_bindir/memtest86-signed.efi  signed.manifest

install %SOURCE1 .

%files
%doc license.rtf README.ALT
#doc guide.pdf
%_efi_bindir/memtest86.efi
%mt86data/

%files -f signed.manifest signed

%changelog
* Wed Dec 11 2013 Michael Shigorin m...@altlinux.org 5.0-alt1
- V5.0, thanks upstream

* Thu Nov 28 2013 Michael Shigorin m...@altlinux.org 5.0-alt0.1
- initial release based on 20131031 binaries
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue ??? current th-main based build

[Jacek Konieczny]

On 12/07/13 01:41, Michael Shigorin wrote:
 On Fri, Dec 06, 2013 at 09:12:22AM +0100, Mateusz Korniak wrote:
 And memtest does not load during uefi boot. 
 
 http://memtest86.com/download.htm#free
 
 Note that UEFI-capable V5 became proprietary, at least so far...
 
 0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch
 in fedora's grub2 might be interesting to you.

Thanks, I will take a look at both.

Greets,
   Jacek

___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue – current th-main based build

[Mateusz Korniak]

On Wednesday 20 November 2013 20:46:59 Jacek Konieczny wrote:
 I have just released a new build of PLD New Rescue.
Great job!
Confirmed to boot and start in both uefi/bios modes on my machines.

I am missing wicd package (with wicd-client-cli wicd-client-curses)
And memtest does not load during uefi boot. 


-- 
Mateusz Korniak
(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś,
krótko mówiąc - podpora społeczeństwa.
Nikos Kazantzakis - Grek Zorba
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue ??? current th-main based build

[Michael Shigorin]

On Fri, Dec 06, 2013 at 09:12:22AM +0100, Mateusz Korniak wrote:
 And memtest does not load during uefi boot. 

http://memtest86.com/download.htm#free

Note that UEFI-capable V5 became proprietary, at least so far...

0171-Enable-linux16-on-non-BIOS-systems-for-i.a.-memtest.patch
in fedora's grub2 might be interesting to you.

-- 
  WBR, Michael Shigorin / http://altlinux.org
  -- http://opennet.ru / http://anna-news.info
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue

[Michael Shigorin]

On Tue, Nov 19, 2013 at 08:38:59AM +0100, Jacek Konieczny wrote:
  did you consider loading ISO9660 EFI driver to reuse main
  image contents?
 I don't have to. Nothing is duplicated on my image.  I was
 thinking about adding the ISO9660 EFI but no I don't have
 a reason for that.

Great, will hopefully borrow that :)  Noted the difference
in the number of partitions, my setup ends up with two GPT
partitions within a hybrid ISO made this way:

http://git.altlinux.org/people/mike/packages/?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=58f70a4746c72b9e2d3758a7d8d67d726e3a2fa4;hb=HEAD#l189
(.efiboot.img)

http://git.altlinux.org/people/mike/packages/?p=mkimage.git;a=blob;f=tools/mki-pack-isoboot;h=85ca988c6aab94e3c44e64519baf2231e39d8d24;hb=HEAD#l77
(xorriso ... -isohybrid-mbr /usr/lib/syslinux/isohdpfx.bin
-partition_offset 16 -eltorito-alt-boot -e EFI/.efiboot.img
-no-emul-boot -isohybrid-gpt-basdat ...)

and is booted with ELILO (that one is also convenient as a second
shim for restrictedboot case as it only boots Linux kernels but
doesn't just LoadImage() them so there's no need to sign those;
shim-0.5 has broken this intentionally but I'm pretty happy with
0.4 one).

  Downloaded; boots fine in kvm but oopses on ASUS UX31A (i7-3517
 Thanks for the information. I would be surprised if it boots everywhere.

I'll recheck on my UEFI stand (AMD C60 mITX board).  Purged older
kernels during an accident leaving me with no kernels installed
at all so can't share the config file, sorry -- 3.10 one is handy.

 Looks like some kernel/driver problem. I will release a new set of
 images, based on current PLD Th soon -- maybe that will work better.
 I am also considering using the kernel-rescuecd package instead
 of the full featured PLD kernel which is used now.

Up to you, I chose to go with stock kernels (given these have
aufs onboard).

-- 
  WBR, Michael Shigorin / http://altlinux.org
  -- http://opennet.ru / http://anna-news.info
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue

[Michael Shigorin]

On Tue, Nov 19, 2013 at 08:38:59AM +0100, Jacek Konieczny wrote:
 Thanks for the information. I would be surprised if it boots everywhere.

It does boot on ASUS C60M1-I motherboard in UEFI mode just fine;
BIOS mode would hang after setting up serial port grub message,
pressing Ctrl doesn't affect this.

-- 
  WBR, Michael Shigorin / http://altlinux.org
  -- http://opennet.ru / http://anna-news.info
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue

[Jacek Konieczny]

On Tue, 19 Nov 2013 19:33:26 +0200
Michael Shigorin m...@osdn.org.ua wrote:

 On Tue, Nov 19, 2013 at 08:38:59AM +0100, Jacek Konieczny wrote:
  Thanks for the information. I would be surprised if it boots
  everywhere.
 
 It does boot on ASUS C60M1-I motherboard in UEFI mode just fine;
 BIOS mode would hang after setting up serial port grub message,
 pressing Ctrl doesn't affect this.

Weird. Its opposite what was happening on my wife's laptop — setting up
serial port would hung in EFI mode, but does not affect BIOS boot.
The 'press Ctrl' workaround is avaialble only in BIOS mode (GRUB serial
console is completely disabled during EFI boot), as there is no way to
do that on GRUB's EFI console. Maybe I have not tested this feature
properly.

Can you verify if commenting out serial port setup in grub.cfg fixes the
problem?

Greets,
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue

[Michael Shigorin]

On Tue, Nov 19, 2013 at 07:22:36PM +0100, Jacek Konieczny wrote:
  It does boot on ASUS C60M1-I motherboard in UEFI mode just fine;
  BIOS mode would hang after setting up serial port grub message,
  pressing Ctrl doesn't affect this.
 Weird. Its opposite what was happening on my wife's laptop --
 setting up serial port would hung in EFI mode, but does not
 affect BIOS boot.

IIRC there was a message that it's being skipped to avoid hang
in UEFI mode; there's no physical connector on that motherboard
and it might be that there's no logical port either.

 Can you verify if commenting out serial port setup in grub.cfg
 fixes the problem?

Erm, modifying bootable ISOs was never that straightforward,
I'll try to do that but can't promise. :)

-- 
  WBR, Michael Shigorin / http://altlinux.org
  -- http://opennet.ru / http://anna-news.info
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue

[Michael Shigorin]

On Mon, Nov 18, 2013 at 09:56:40AM +0100, Jacek Konieczny wrote:
 That is why I wanted to build something better. First I tried to hack
 and customize the original RCD, but with lack of documentation or
 'source code' it was a mess. I managed to boot it from EFI but the
 solution was ugly and the image was twice as big as the original.

I haven't really succeeded in making ALT ISO images bootable from
both CD/DVD and USB Flash without duplicating kernel and initrd
for alternative EFI boot image (pretending to be a fake partition
after hybridization) so far, did you consider loading ISO9660 EFI
driver to reuse main image contents?  At least paths will get way
more complicated it seems.

 The project home is here: https://github.com/Jajcus/pld-new-rescue

Cloned, thanks.

 The first release, here:
   https://github.com/Jajcus/pld-new-rescue/releases/tag/th2012-0.1

Downloaded; boots fine in kvm but oopses on ASUS UX31A (i7-3517
known to work under opensuse-based 3.0 and 3.4 built by my kernel
hacker colleague), both UEFI and CSM cases.  UEFI photo is here:
http://fly.osdn.org.ua/~mike/img/misc/PNR-UX31A.jpg

 Please give it a try and let me know what you think.

Maybe you'll find some packages I've added to ALT Linux Rescue useful:
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=tree;f=pkg.in/lists/tagged;hb=HEAD
(*rescue* pkglists)

Glad to see a great subproject revitalize! ;-)

-- 
  WBR, Michael Shigorin / http://altlinux.org
  -- http://opennet.ru / http://anna-news.info
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: PLD New Rescue

[Jacek Konieczny]

On Tue, 19 Nov 2013 00:09:20 +0200
Michael Shigorin m...@osdn.org.ua wrote:
 I haven't really succeeded in making ALT ISO images bootable from
 both CD/DVD and USB Flash without duplicating kernel and initrd
 for alternative EFI boot image (pretending to be a fake partition
 after hybridization) so far, did you consider loading ISO9660 EFI
 driver to reuse main image contents?

I don't have to. Nothing is duplicated on my image.

I was thinking about adding the ISO9660 EFI but no I don't have a reason
for that.

  The first release, here:
  https://github.com/Jajcus/pld-new-rescue/releases/tag/th2012-0.1
 
 Downloaded; boots fine in kvm but oopses on ASUS UX31A (i7-3517
 known to work under opensuse-based 3.0 and 3.4 built by my kernel
 hacker colleague), both UEFI and CSM cases.  UEFI photo is here:
 http://fly.osdn.org.ua/~mike/img/misc/PNR-UX31A.jpg

Thanks for the information. I would be surprised if it boots everywhere.
Looks like some kernel/driver problem. I will release a new set of
images, based on current PLD Th soon – maybe that will work better.
I am also considering using the kernel-rescuecd package instead of the
full featured PLD kernel which is used now.

  Please give it a try and let me know what you think.
 
 Maybe you'll find some packages I've added to ALT Linux Rescue useful:
 http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=tree;f=pkg.in/lists/tagged;hb=HEAD
 (*rescue* pkglists)

I'll check that out. Thanks.

Greets,
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en