请原谅我的无知,我已经使用了十几个Linux发行版(Debian和Fedora衍生产品),但还没有用BSD来润湿我的脚。
我正在尝试通过Debian派生薄荷将当前的TrueOS安装程序写入USB,v. 18.2。不过,我运气不好。
我已经清除了拇指驱动器上的所有分区,然后启动命令:
sudo dd if=./latest.img of=/dev/sdf bs=1M其中sdf是拇指驱动器,latest.img是磁盘映像。过了一段时间,它就完成了,而且我有一个格式化的驱动器,它上有一个分区,正如预期的那样,Linux不承认它(因为Linux对UFS的支持是零的或下到零的)。
当然,我通过UEFI启动它,然后它开始启动,然后告诉我芯片上没有可引导的系统。这不是EFI/BIOS消息,因为安装程序在告诉我这个消息之前会简单地启动一个自检查。
我重新开始使用Mint,并在GParted中查看了它,并发现了对驱动器结构的多次抱怨。(我想直接引用这段话,但我今天早些时候重新格式化了拇指驱动器,目前无法检索它。)就像我通常在备用硬盘上安装操作系统一样,在我解决这个问题之前,我不愿意再闲逛了。我以为磁盘转储会复制图像字节对字节?
有人看到我的方法有什么问题吗?我正试图尽可能密切地跟踪手册。如果我没有立即得到解决方案,我将在几天后再试一次,然后逐字抓取日志。
增编
我刚刚完成了对磁盘的图像处理,并在GParted中打开了它。这两条信息是:
备份GPT表不应该在磁盘的末尾。通过将备份移到末尾(并移除旧备份)来修复?(点击Fix)
并不是所有可用的/dev/sdf空间都被使用了,您可以修复GPT来使用所有的空间(额外的10004782块),或者继续使用当前的设置?(点击Fix)
之后,/dev/sdf上的最终分区大小是:
/dev/sdf1 800.0 KiB (boot, esp)
/dev/sdf2 63.00 KiB
/dev/sdf3 2.68 GiB
/dev/sdf4 1.00 MiB
unallocated 4.77 GiB现在很晚了,但在我再试一次之后,我要么报告错误信息,要么提交一个问题的答案。
发布于 2017-10-01 19:59:15
有趣的是,它现在正在启动。显然,建议的烧到USB的方法并不总是有效的,以至于使安装程序瘫痪--但是它可以用像GParted这样简单的东西来修复。
发布于 2017-10-01 18:49:00
我会尝试ISO文件而不是.img文件。
https://unix.stackexchange.com/questions/395404
复制相似问题