无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
楼主: wlsk888
打印 上一主题 下一主题

[求助] 为什么U盘引导ubuntu live ISO 出错?

  [复制链接]
61#
发表于 2023-3-26 11:16:33 | 只看该作者
本帖最后由 2011whp 于 2023-3-26 11:21 编辑

在win下 看  Ubuntu 20.04 LTS.iso   的 文件系统是:   cdfs

1.  把用到的 启动文件 vmlinux  initrd 复制出来
      让 ubuntu内核 自己  找那个 iso ,自个解析
回复

使用道具 举报

62#
发表于 2023-3-26 11:30:28 | 只看该作者
yaya 整的那一套 map ,我不太能看懂里面的机制。20230311 及之后的版本我没动 map。

我最近排查了一个错误,不知是不是这个错误引起的,待我验证一下。

帮我看一看,怎么不能从官网下载源码了。虽然有其他下载方法,但是都不能上传补丁。
dev@grub4dos_dev:/mnt/.31/home/dev$ git clone git@github.com:chenall/grub4dos.gi
t
cofuse: unsuppored request 6
Initialized empty Git repository in /mnt/.31/home/dev/grub4dos/.git/
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
d5:2c:63:d9:bc:75:9d:de:b1:4e:36:28:9f:7a:9c:39.
Please contact your system administrator.
Add correct host key in /home/dev/.ssh/known_hosts to get rid of this message.
Offending RSA key in /home/dev/.ssh/known_hosts:1
RSA host key for github.com has changed and you have requested strict checking.
Host key verification failed.
fatal: The remote end hung up unexpectedly
dev@grub4dos_dev:/mnt/.31/home/dev$

点评

GitHub 因为私钥泄露更新了它的 ssh key。 更新一下就好了。 https://github.blog/2023-03-23-we-updated-our-rsa-ssh-host-key/  详情 回复 发表于 2023-3-26 11:36
回复

使用道具 举报

63#
发表于 2023-3-26 11:36:50 | 只看该作者
2011yaya2007777 发表于 2023-3-26 11:30
我最近排查了一个错误,不知是不是这个错误引起的,待我验证一下。

帮我看一看,怎么不能从官网下载源 ...

GitHub 因为私钥泄露更新了它的 ssh key。
更新一下就好了。
  1. ssh-keygen -R github.com
复制代码

https://github.blog/2023-03-23-we-updated-our-rsa-ssh-host-key/

At approximately 05:00 UTC on March 24, out of an abundance of caution, we replaced our RSA SSH host key used to secure Git operations for GitHub.com. We did this to protect our users from any chance of an adversary impersonating GitHub or eavesdropping on their Git operations over SSH. This key does not grant access to GitHub’s infrastructure or customer data. This change only impacts Git operations over SSH using RSA. Web traffic to GitHub.com and HTTPS Git operations are not affected.

Only GitHub.com’s RSA SSH key was replaced. No change is required for ECDSA or Ed25519 users. Our keys are documented here.

What happened and what actions have we taken?
This week, we discovered that GitHub.com’s RSA SSH private key was briefly exposed in a public GitHub repository. We immediately acted to contain the exposure and began investigating to understand the root cause and impact. We have now completed the key replacement, and users will see the change propagate over the next thirty minutes. Some users may have noticed that the new key was briefly present beginning around 02:30 UTC during preparations for this change.

Please note that this issue was not the result of a compromise of any GitHub systems or customer information. Instead, the exposure was the result of what we believe to be an inadvertent publishing of private information. We have no reason to believe that the exposed key was abused and took this action out of an abundance of caution.

What you can do
If you are using our ECDSA or Ed25519 keys, you will not notice any change and no action is needed.

If you see the following message when connecting to GitHub.com via SSH, then read onward.

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
SHA256:uNiVztksCsDhcc0u9e8BujQXVUpKZIDTMczCvj3tD2s.
Please contact your system administrator.
Add correct host key in ~/.ssh/known_hosts to get rid of this message.
Host key for github.com has changed and you have requested strict checking.
Host key verification failed.
If you see the above message, you’ll need to remove the old key by running this command:

$ ssh-keygen -R github.com
Or manually updating your ~/.ssh/known_hosts file to remove the old entry.

Then, you can manually add the following line to add the new RSA SSH public key entry to your ~/.ssh/known_hosts file:

github.com ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQCj7ndNxQowgcQnjshcLrqPEiiphnt+VTTvDP6mHBL9j1aNUkY4Ue1gvwnGLVlOhGeYrnZaMgRK6+PKCUXaDbC7qtbW8gIkhL7aGCsOr/C56SJMy/BCZfxd1nWzAOxSDPgVsmerOBYfNqltV9/hWCqBywINIR+5dIg6JTJ72pcEpEjcYgXkE2YEFXV1JHnsKgbLWNlhScqb2UmyRkQyytRLtL+38TGxkxCflmO+5Z8CSSNY7GidjMIZ7Q4zMjA2n1nGrlTDkzwDCsw+wqFPGQA179cnfGWOWRVruj16z6XyvxvjJwbz0wQZ75XK5tKSb7FNyeIEs4TT4jk+S4dhPeAUC5y+bDYirYgM4GC7uEnztnZyaVWQ7B381AK4Qdrwt51ZqExKbQpTUNn+EjqoTwvqNj4kqx5QUCI0ThS/YkOxJCXmPUWZbhjpCg56i+2aB6CmK2JGhn57K5mj0MNdBXA4/WnwH6XoPWJzK5Nyu2zB3nAZp+S5hpQs+p1vN1/wsjk=
Or automatically update GitHub.com’s RSA SSH key in your ~/.ssh/known_hosts, by running the following in your terminal:

$ ssh-keygen -R github.com
$ curl -L https://api.github.com/meta | jq -r '.ssh_keys | .[]' | sed -e 's/^/github.com /' >> ~/.ssh/known_hosts
You can verify that your hosts are connecting via our new RSA SSH key by confirming that you see the following fingerprint:

SHA256:uNiVztksCsDhcc0u9e8BujQXVUpKZIDTMczCvj3tD2s
GitHub Actions users may see failed workflow runs if they are using actions/checkout with the ssh-key option. We are updating the actions/checkout action in all our supported tags, including @v2, @v3, and @main. If you pin the action to a commit SHA and use the ssh-key option, you’ll need to update your workflow. You can read more about this process in our official documentation for Actions security hardening.

For more information, please visit our official documentation on GitHub’s SSH public key fingerprints.
回复

使用道具 举报

64#
发表于 2023-3-26 11:59:12 | 只看该作者
试一试这个,没有打最近的补丁。

BOOTX64.rar

140.95 KB, 下载次数: 18, 下载积分: 无忧币 -2

点评

影响到 winpe.iso了  发表于 2023-3-26 16:39
不行啊,这个版本,虚拟机测试,根本就进不去菜单啊? 你测试过了吗?  详情 回复 发表于 2023-3-26 16:31
回复

使用道具 举报

65#
发表于 2023-3-26 12:44:10 | 只看该作者
GitHub 因为私钥泄露更新了它的 ssh key。

妥了,谢谢wintoflash!
回复

使用道具 举报

66#
发表于 2023-3-26 16:31:10 | 只看该作者
2011yaya2007777 发表于 2023-3-26 11:59
试一试这个,没有打最近的补丁。

不行啊,这个版本,虚拟机测试,根本就进不去菜单啊?
你测试过了吗?

QQ拼音截图20230326162812.png (11.74 KB, 下载次数: 192)

QQ拼音截图20230326162812.png
回复

使用道具 举报

67#
发表于 2023-3-26 16:34:44 | 只看该作者
2023-3-14的g4e,
把  vmlinuz  initrd  ubuntu20.iso 放到 fat32分区,启动不了(以前的能)

title 重启ubu20
kernel /vmlinuz  maybe-ubiquity iso-scan/filename=/ubuntu20.iso quiet splash ---
initrd /initrd
回复

使用道具 举报

68#
发表于 2023-3-26 18:22:00 | 只看该作者
不行啊,这个版本,虚拟机测试,根本就进不去菜单啊?
你测试过了吗?

我在QEMU虚拟机测试的。
title ubuntu-18.04.6-desktop-amd64.iso
find /boot/imgs/ubuntu-18.04.6-desktop-amd64.iso
map --mem /boot/imgs/ubuntu-18.04.6-desktop-amd64.iso (0xff)
chainloader (0xff)

点评

刚才用64楼的bootx64.efi+58楼的菜单,实体机测试,可以出菜单,map过了,但是后面死机了。 http://wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=432789&pid=4859318&fromuid=298214 直接上图 [attach  详情 回复 发表于 2023-3-26 20:06
回复

使用道具 举报

69#
发表于 2023-3-26 20:06:51 | 只看该作者
本帖最后由 liuzhaoyzz 于 2023-3-26 21:23 编辑
2011yaya2007777 发表于 2023-3-26 18:22
我在QEMU虚拟机测试的。
title ubuntu-18.04.6-desktop-amd64.iso
find /boot/imgs/ubuntu-18.04.6-des ...

刚才用2023-3-19bootx64.efi+58楼的菜单,实体机测试,可以出菜单,map过了,但是后面死机了。
http://wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=432789&pid=4859318&fromuid=298214

直接上图


为啥虚拟机完全无法测试呢???好奇怪。以前的版本BOOTX642021-10-21.EFI就可以呀?
回复

使用道具 举报

70#
发表于 2023-3-26 20:25:39 | 只看该作者
本帖最后由 2011yaya2007777 于 2023-3-26 20:32 编辑
刚才用64楼的bootx64.efi+58楼的菜单,实体机测试,可以出菜单,map过了,但是后面死机了。

怎么多了一项 venmedia ?
是不是 (hd32) 惹的祸?死机是在 map 之后,是
kernel (hd32)/casper/vmlinuz boot=casper iso-scan/filename=/linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso noprompt noeject
initrd (hd32)/casper/initrd
引起的。你使用
map /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso (0xff)
chainloader (0xff)
试一试

点评

map /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso (0xff) chainloader (0xff) chainloader (0xff)这样是不能完全启动ubuntu的。  详情 回复 发表于 2023-3-27 12:39
关于(hd32)与(0xff),之前测试过很多,(hd32)启动linux是没问题的。  详情 回复 发表于 2023-3-26 21:25
回复

使用道具 举报

71#
发表于 2023-3-26 21:12:58 来自手机 | 只看该作者
本帖最后由 liuzhaoyzz 于 2023-3-26 21:23 编辑

不好意思,版本太多,我搞混淆了,69楼用的版本是2023-3-19,帖子我改了下。

你在上面发的2023-3-23版本,map过不了直接挂了。截图如下,菜单改成了0xff,实体机测试
title /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso
debug 3
find --ignore-floppies --ignore-cd --set-root /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso
map /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso (0xff)
pause map
map --hook
kernel (0xff)/casper/vmlinuz boot=casper iso-scan/filename=/linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso noprompt noeject
initrd (0xff)/casper/initrd
pause kernel

我特别希望能够在虚拟机里面测试,2023-3-23版本,不能虚拟机测试,每次实体机测试要死机,比较麻烦。

IMG_20230326_211046.jpg (45.87 KB, 下载次数: 155)

IMG_20230326_211046.jpg
回复

使用道具 举报

72#
发表于 2023-3-26 21:25:27 | 只看该作者
2011yaya2007777 发表于 2023-3-26 20:25
怎么多了一项 venmedia ?
是不是 (hd32) 惹的祸?死机是在 map 之后,是
kernel (hd32)/casper/vmlinuz ...

关于(hd32)与(0xff),之前测试过很多,(hd32)启动linux是没问题的。
回复

使用道具 举报

73#
发表于 2023-3-27 09:12:03 | 只看该作者
关于(hd32)与(0xff),之前测试过很多,(hd32)启动linux是没问题的。

这是最新版本,包含之前的补丁。
我这里测试,使用chainloader,进入菜单。
使用kernel,显示一些信息,停在那里了。

好奇,你怎么不能使用虚拟机?

BOOTX64.rar

141.75 KB, 下载次数: 8, 下载积分: 无忧币 -2

点评

我用这个2023-03-27版本,下面的菜单: title /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso debug 3 find --ignore-floppies --ignore-cd --set-root /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso m  详情 回复 发表于 2023-3-27 12:24
chainloader (0xff)这样的语句,启动windows或者PE还可以,启动linux,绝大部分是不行的,除非像是slitaz这种改造过initrd的。 我也不知道为啥虚拟机不能测试g4e,以前版本都是可以的,很奇怪。 晚点会去测试  详情 回复 发表于 2023-3-27 10:12
回复

使用道具 举报

74#
发表于 2023-3-27 10:12:39 | 只看该作者
本帖最后由 liuzhaoyzz 于 2023-3-27 10:50 编辑
2011yaya2007777 发表于 2023-3-27 09:12
这是最新版本,包含之前的补丁。
我这里测试,使用chainloader,进入菜单。
使用kernel,显示一些信息 ...

chainloader (0xff)这样的语句,启动windows或者PE还可以,启动linux,绝大部分是不行的,除非像是slitaz这种改造过initrd的。

我也不知道为啥虚拟机不能测试g4e,以前版本都是可以的,很奇怪。

我估计是下载文件出错。我换了台电脑,虚拟机可以测试启动g4e2023-3-23,g4e2023-3-27.

确实有点奇怪,如果说是文件下载出错,为啥实体机可以出菜单,虚拟机就不行?

晚点回去测试下。

回复

使用道具 举报

75#
发表于 2023-3-27 11:36:11 | 只看该作者
chainloader (0xff)这样的语句,启动windows或者PE还可以,启动linux,绝大部分是不行的,除非像是slitaz这种改造过initrd的。

我觉得只要他是个iso镜像光盘,并且可以在UEFI环境直接启动,链式加载器就可以启动成功。

点评

应该是,启动后 ,过几个阶段 ,找不见光盘了 g4e 2023-3-14 QEMU ubuntu20 转shell下启动 [attachimg]523656[/attachimg] 能到这步 是什么 意思  详情 回复 发表于 2023-3-27 12:39
不是这样子的。 map iso之后,这个(0xff)设备只在g4e环境下有效,一旦退出了OSLoader环境,切入linux kernel,linux kernel会找不到这个iso设备,就无法继续启动了,因此kernel后面的iso-scan/filename=/linux1/ubu  详情 回复 发表于 2023-3-27 11:45
回复

使用道具 举报

76#
发表于 2023-3-27 11:45:40 | 只看该作者
本帖最后由 liuzhaoyzz 于 2023-3-27 11:57 编辑
2011yaya2007777 发表于 2023-3-27 11:36
我觉得只要他是个iso镜像光盘,并且可以在UEFI环境直接启动,链式加载器就可以启动成功。

不是这样子的。
map iso之后,这个(0xff)设备只在g4e环境下有效,一旦退出了OSLoader环境,切入linux kernel,linux kernel会找不到这个iso设备,就无法继续启动了,因此kernel后面的iso-scan/filename=/linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso这样子的参数,可以传递到linux kernel,告诉Linux kernel从哪里可以挂载iso文件,然后linux kernel就挂载这个iso文件,iso里面有必须的那个squashfs文件,以便让linux启动流程继续下去。以前是通过init脚本传递,里面可以看到相关的iso挂接参数处理,现在都是systemd,不是明文的,很难查看其启动参数,有的linux发行版,启动过程中就没有挂载iso,就难以通过g4e/grub2启动,那就要采取parntew这样的办法,把iso文件“挂载”到某个空白的分区,然后继续启动,ventoy启动过程似乎是把linux.iso挂载起来,让启动继续。

而chainloader (0xff)这个设备生存期只有OSloader环境才行,不用那些参数是不行的。


对于PE,map iso之后,退出OSLoader环境之后,bootmgfw.efi接管了启动流程,会把那个pe.iso里面的pe.wim挂载到内存盘,比如X:盘,然后可以继续启动,大概是这样子。


squashfs文件有点类似于pe.wim文件。









回复

使用道具 举报

77#
发表于 2023-3-27 12:24:28 | 只看该作者
2011yaya2007777 发表于 2023-3-27 09:12
这是最新版本,包含之前的补丁。
我这里测试,使用chainloader,进入菜单。
使用kernel,显示一些信息 ...

我用这个2023-03-27版本,下面的菜单,在vmware虚拟机中测试:

title /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso
debug 3
find --ignore-floppies --ignore-cd --set-root /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso
map /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso (0xff)
pause map
map --hook
kernel (0xff)/casper/vmlinuz boot=casper iso-scan/filename=/linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso noprompt noeject
initrd (0xff)/casper/initrd
pause kernel


vmware可以启动g4e了,过了map,显示kernel之后挂了。



回复

使用道具 举报

78#
发表于 2023-3-27 12:39:42 | 只看该作者
本帖最后由 liuzhaoyzz 于 2023-3-27 12:46 编辑
2011yaya2007777 发表于 2023-3-26 20:25
怎么多了一项 venmedia ?
是不是 (hd32) 惹的祸?死机是在 map 之后,是
kernel (hd32)/casper/vmlinuz ...

map /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso (0xff)
chainloader (0xff)


chainloader (0xff)这样是不能完全启动ubuntu的。


完整启动后可以见到桌面,如图。


回复

使用道具 举报

79#
发表于 2023-3-27 12:39:58 | 只看该作者
2011yaya2007777 发表于 2023-3-27 11:36
我觉得只要他是个iso镜像光盘,并且可以在UEFI环境直接启动,链式加载器就可以启动成功。

应该是,启动后 ,过几个阶段 ,找不见光盘了


g4e  2023-3-14   QEMU     ubuntu20   转shell下启动


能到这步 是什么 意思

点评

这个是linux.iso没有挂载起来,参数没有传递给linux kernel.  详情 回复 发表于 2023-3-27 12:49
回复

使用道具 举报

80#
发表于 2023-3-27 12:49:39 | 只看该作者
2011whp 发表于 2023-3-27 12:39
应该是,启动后 ,过几个阶段 ,找不见光盘了

这个是linux.iso没有挂载起来,参数没有传递给linux kernel.

点评

传递参数了 过程:g4e 下map /ubuntu20.iso (0xff) 然后 转到 shellx64.efi (因为 g4e 的 chainloader (0xff)会死机) 然后启动efisys中的 bootx64.efi ,所有素材 (含菜单grub.cf  详情 回复 发表于 2023-3-27 12:58
回复

使用道具 举报

81#
发表于 2023-3-27 12:50:54 来自手机 | 只看该作者
谢谢liuzhaoyzz详细解释,似乎明白了。
回复

使用道具 举报

82#
发表于 2023-3-27 12:58:35 | 只看该作者
本帖最后由 2011whp 于 2023-3-28 18:02 编辑
liuzhaoyzz 发表于 2023-3-27 12:49
这个是linux.iso没有挂载起来,参数没有传递给linux kernel.

实机:g4e  2023-3-14       ubuntu20   转shell下启动

1. map  /ubuntu.iso (0xff)
2. 转shellx64:chainloader /shellx64.efi  && boot
3. shell下:map -b 找见 venhw开头的光盘efisysy
               fs1:
               \efi\grub\bootx64.efi
4. 来到光盘内的 grub.cfg菜单
      按e键  编辑  添加 iso-scan/filename=/ubuntu.iso
      按 F10 启动
5.  可以启动 到 试用 的桌面(linux 不太懂,没有直观的光盘,)
回复

使用道具 举报

83#
发表于 2023-3-28 18:08:32 | 只看该作者
上一楼 ,已改

yaya说的 只要map合适,即可启动,是可行的(我这下载的 光盘默认是 cdfs,不是udf)
        可能 liu版主 所说的 处理特殊udf的 efisys 开始出现的bug

关键的 光盘内有 lookback式菜单(实际光盘内没有,是自己 按e键 改的,加iso-scan/filename=)

点评

Linux启动流程 POST–>Boot Sequence–>MBR–>Grub–>Kernel(initramfs)–>rootfs–chroot(根切换)–>/sbin/init–>RunLevel–>rc.sysinit—>rc 3(rc.local)–>启动终端 map /linux1/ubuntu/ubuntu-18.04.6-de  详情 回复 发表于 2023-3-29 12:36
回复

使用道具 举报

84#
发表于 2023-3-29 12:36:43 来自手机 | 只看该作者
本帖最后由 liuzhaoyzz 于 2023-3-29 17:45 编辑
2011whp 发表于 2023-3-28 18:08
上一楼 ,已改

yaya说的 只要map合适,即可启动,是可行的(我这下载的 光盘默认是 cdfs,不是udf)

Linux启动流程(BIOS下)

POST–>Boot Sequence–>MBR–>Grub–>Kernel(initramfs)–>rootfs–chroot(根切换)–>/sbin/init–>RunLevel–>rc.sysinit—>rc 3(rc.local)–>启动终端

map /linux1/ubuntu/ubuntu-18.04.6-desktop-amd64.iso (0xff)
chainloader (0xff)
这样的语句在linux中,对于没有改动的initrd,大部分只能启动到initramfs,这应该算是linux的核心部分,有一个小的shell,只能执行非常有限的几个命令,大的那个squashfs文件还没有挂载起来,不能进行chroot(根切换),后面的启动流程都无法继续,无法启动完整的linux。

Kernel(initramfs)
    运行中的内核挂载initramfs文件系统(精简内核将部分文件系统驱动做到此微系统中),使得内核能挂载硬盘真的根文件系统。

一套linux体系,只有内核本身是不能工作的,必须要rootfs(上的etc目录下的配置文件、/bin /sbin等目录下的shell命令,还有/lib目录下的库文件等···)相配合才能工作。




前面已经解释过了啊。你想说的是什么?


回复

使用道具 举报

85#
发表于 2023-4-3 19:05:17 | 只看该作者
本帖最后由 wuwuzz 于 2023-4-4 16:04 编辑

遇到类似问题。

多次只能启动到busybox/initramfs状态,提示找不到ISO文件之类。

只不过,我的是G4d 046A/BIOS环境,Ubuntu 0910--1410多个版本ISO。

我感觉不是找不到ISO,与G4D关系也不大。

更像是Ubuntu USB驱动与机器硬件不兼容。因为啥也不用动,换台机器就可以正常进Ubuntu桌面。

上述版本G4D/Ubuntu组合在USB2(少量USB3台式机)机成功率高,但在USB3笔记本上失败率非常高。
====================================================================
不要迷信LTS、不要迷信高版本Ubuntu,有时候反而是这些版本失败,其他非LTS版本、低版本成功。
合适的就是最好的。
====================================================================

为什么不用更高版本的Ubuntu ISO测试,因为我的应用软件只能在这些版本上运行。



点评

g4d应该没问题吧?可能是你的启动菜单有问题。 我们说的有问题的是g4e+kernel启动ubuntu。  详情 回复 发表于 2023-4-4 15:00
回复

使用道具 举报

86#
发表于 2023-4-4 15:00:13 | 只看该作者
本帖最后由 liuzhaoyzz 于 2023-4-4 15:02 编辑
wuwuzz 发表于 2023-4-3 19:05
遇到类似问题。

多次只能到启动到busybox/initramfs状态,提示找不到ISO文件之类。

g4d应该没问题吧?可能是你的启动菜单有问题。我们说的有问题的是g4e+kernel启动ubuntu。

啥也不用动,换台机器就可以正常进Ubuntu桌面。

这就有点费解了。如果说是USB读写兼容性问题,这个不应该是g4d/g4e这类的OSloader的问题。



点评

G4D没问题、跟menu.lst没关系。我都说了,啥都不用动(同样的U盘、G4D、menu.lst),换台机器它就能正常进桌面。 我知道主贴是讲g4e+kernel启动ubuntu,我举的例子是g4d+kernel启动ubuntu,所以说是“类似”。  详情 回复 发表于 2023-4-4 15:39
回复

使用道具 举报

87#
发表于 2023-4-4 15:39:53 | 只看该作者
本帖最后由 wuwuzz 于 2023-4-4 15:52 编辑
liuzhaoyzz 发表于 2023-4-4 15:00
g4d应该没问题吧?可能是你的启动菜单有问题。我们说的有问题的是g4e+kernel启动ubuntu。

G4D没问题、跟menu.lst没关系。啥都不用动(同样的U盘、G4D、menu.lst),换台机器它就能正常进桌面。

主贴是讲g4e+kernel启动ubuntu,我举的例子是g4d+kernel启动ubuntu,所以说是“类似”。

从Ubuntu启动信息看,基本上能看出问题多半出在USB驱动、casper-rw处理环节,

我讲这些例子,是想开阔大家的思路,不拘泥于G4D/G4E。



回复

使用道具 举报

88#
发表于 2023-5-1 16:54:51 | 只看该作者
本帖最后由 ygao2004 于 2023-5-3 16:49 编辑

最近刚好在研究这个问题,如果你传入scan/filename=iso文件,你无需map,在initramfs中它会在支持的分区中(exfat不支持),遍历块设备,寻找这个iso文件,如果找不到,它就会报错,在ubuntu20.04是这样的。当然你虚拟一个光驱(map),它就会在光驱找filesystem.squashfs,找不到它就会报Unable to find a medium containing a live file system。
有一个live-media=参数,你可以直接指定这个块设备。
回复

使用道具 举报

89#
发表于 2023-5-3 16:18:39 | 只看该作者
最近一直在测试ubuntu live usb(G4D 046A,不MAP),各种initram,
20以后的版本经常panic死机。
就像之前说的,原因更像是
linux本身的问题。

最后,基本放弃用原版ubuntu,
改用衍生版,尤其是基于18之前
各衍生版,情况好些。

另,楼上说live-media参数,
不知怎样用?是类似
live-media=/dev/sdb1这样
的格式么?(sdb1是优盘第
一分区)


点评

谢谢ygao2004的说明。 我试了live-media=参数,在我的USB3笔记本CSM(BIOS)、ubuntu环境下无效。 原因:ubuntu USB驱动未识别U盘。 解决办法:如上面所说,原版ubuntu问题太多,换其他基于ubuntu的衍生版。  详情 回复 发表于 2023-5-5 08:01
live-media=/dev/sdb1,是的,live-media=DEVICE,linux块设备表示方法都可以。  发表于 2023-5-3 16:48
回复

使用道具 举报

90#
发表于 2023-5-5 08:01:01 | 只看该作者
wuwuzz 发表于 2023-5-3 16:18
最近一直在测试ubuntu live usb(G4D 046A,不MAP),各种initram,
20以后的版本经常panic死机。
就像之前 ...

谢谢ygao2004的说明。

我试了live-media=参数,在我的USB3笔记本CSM(BIOS)、ubuntu环境下无效。
原因:ubuntu USB驱动未识别U盘。
解决办法:如上面所说,原版ubuntu问题太多,换其他基于ubuntu的衍生版。

点评

哪有你们说的那样邪乎?说有问题,grub4dos版本也不发一个,菜单也不发一个,ubuntu具体版本也不发个。 我试了下grub4dos-0.4.6a-2023-03-29+ubuntu-20.10-desktop-amd64.iso,好像是以前在清华大学镜像站下载的,BI  详情 回复 发表于 2023-5-6 07:26
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-11-22 15:15

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表