请发表您的想法或想出的任何想法。我很想知道别人在想什么。
整体问题
当我安装一个简单的Java应用程序(我写的)通过/etc/init.d/在启动(在后台)运行时，它适用于我明确安装它的liveUSB。当我制作该棒的副本时，它永远不会成功启动。在引导liveUSB副本时，当liveUSB引导进程到达我的脚本时，Java应用程序将始终挂起。我的脚本确实完成了它应该做的事情，甚至每5分钟一次，并将继续运行，直到你关闭机器。
我的脚本阻止了其他一切
什么都没有超出我的脚本
你无法取消我的脚本
没有GUI
您可以看到的唯一文本是我的脚本输出的命令行
设置＆amp;测试 - 一切顺利 ：)
我有一个带有3个分区的Linux liveUSB。加载简单的标准Xubuntu映像。
sda1＆gt; 2GB存储空间
sda2＆gt; 2gb系统
sda3＆gt;剩下的gb for casper
我创建了一个简单的Java应用程序，它在启动时在后台运行。为了达到这个目的，我遵循了以下步骤：
将java应用程序编译成类
在/ home / user / folder /中放置类文件
将我的startup.sh脚本复制到/etc/init.d/
在/etc/init.d/里面 键入“update-rc.d startup.sh start 20 2 5。stop 20 0 1 6。”
此更新的运行级别成功
现在我可以重启/重启/关闭任何操作，一切运行完美！
复制 - 这里变得棘手！
在创建此棒的副本时，我按照以下步骤操作：
装载sda2 将该文件夹中的所有内容复制到/ home / user / Desktop / tmp-system /
装载sda3 将该文件夹中的所有内容复制到/ home / user / Desktop / tmp-casper /
进入/ home / user / Desktop / tmp-system / 输入“tar -cvf system.tar”。
进入/ home / user / Desktop / tmp-casper / 输入“tar -cvf casper.tar”。
卸除 SDA2
sda3的
插入空USB(例如sdb) 设置分区(与您要复制的大小写相同)
解开分区 tar -xvf system.tar ...进入sdb2
tar -xvf casper.tar ...进入sdb3
测试 - 这里一切都出错了！
将新创建的liveUSB插入计算机
从USB启动
一切都开始好了
我写的Java应用程序被触发了 启动过程永远挂起
没有cmd提示可用
没有GUI可用
好像线程正在运行(它是！输出可以每5分钟查看一次 - 这正是应该的样子)
解决方案尝试＆amp;陷阱
1
我可以挂载复制的liveUSB，编辑startup.sh以不启动我的Java应用程序，它仍然无法启动(就像我怀疑的那样？)。
2
如果我使用“dd if = sda of = sdb”，liveUSB的副本将完全正常工作。然而，这不是可接受的解决方案。如果我要将带有dd的16gb棒复制到64gb棒上，那么将64gb棒变成16gb棒。这也会使更改每个分区中需要更改的值变得更加困难。
3
测试了startup.sh和Java应用程序本身的许多变体。所有这些都产生相同的错误。
4
我用来复制的方法适用于其他形式的应用程序，文件或其他任何形式。
五
我还想尝试避免使用任何其他库或程序来帮助运行Java应用程序。
6
我还装了sda2＆amp; sdb2使用cp将所有内容直接从一个复制到另一个，然后对sda3＆amp; sdb3。这会产生相同的错误。
其他要点
sda3分区使用cryptsetup加密
system.tar中有2个文件(将是sdb2，来自sda2)，在写入USB后会有一个值发生变化。 这两个值在过去没有引起任何问题，并且每次创建新的liveUSB时都会更改
casper.tar中有1个文件(将是sdb3，来自sda3)，在写入USB后会有一个值发生变化。 此值在过去没有引起任何问题，并且每次创建新的liveUSB时都会更改。
校验和测试过程
原始的实时USB映像
工作liveUSB＆gt; SDA
空usb＆gt; SDB
脚步：
装载，复制和安装校验和sda2 输入“mount / dev / sda2 / media / sda2”
键入“tar -C / media / sda2 -cvf~ / Desktop / system.tar”。
输入“find.-type f -exec sha1sum {}';' ＆gt; /tmp/sda2_checksum.txt“
输入“umount / media / sda2”
装载，复制和安装校验和sda3 输入“mount / dev / sda3 / media / sda3”
输入“tar -C / media / sda3 -cvf~ / Desktop / casper.tar”。
输入“find.-type f -exec sha1sum {}';' ＆gt; /tmp/sda3_checksum.txt“
输入“umount / media / sda3”
为sdb创建分区
装载，写入＆amp;校验和sdb2 输入“mount / dev / sdb2 / media / sdb2”
键入“tar -C / media / sdb2 -xvf~ / Desktop / system.tar”
输入“find.-type f -exec sha1sum {}';' ＆gt; /tmp/sdb2_checksum.txt“
输入“umount / media / sdb2”
装载，写入＆amp;校验和sdb3 输入“mount / dev / sdb3 / media / sdb3”
输入“tar -C / media / sdb3 -xvf~ / Desktop / casper.tar”
输入“find.-type f -exec sha1sum {}';' ＆gt; /tmp/sdb3_checksum.txt“
输入“umount / media / sdb3”
比较校验和 sort /tmp/sda2_checksum.txt -o /tmp/sda2_checksum.txt.sort
sort /tmp/sda3_checksum.txt -o /tmp/sda3_checksum.txt.sort
sort /tmp/sdb2_checksum.txt -o /tmp/sdb2_checksum.txt.sort
sort /tmp/sdb3_checksum.txt -o /tmp/sdb3_checksum.txt.sort
结果
sda2＆amp; sdb2
输入“diff sda2_checksum.txt.sort sdb2_checksum.txt.sort”
45d44
< 2ddf9802c9c15ac6e4575cc9de32e3530eae6b7d ./efi/boot/grub.cfg
82d80
< 59bb2775a8e7e499e0590b7b8c2492eb250fb7d8 ./syslinux/txt.cfg
154a153
> ae6c127713e01fc5fb4a2e4e28f6bbddc6bd6af5 ./efi/boot/grub.cfg
158a158
> b78090b66b4e3fa04ca9d466ee78c9060adf744e ./syslinux/txt.cfg
这两个文件包含每个被更改的值。其他一切都是一样的。结果正是它们应该是的。
sda3＆amp; sdb3
输入“diff sda3_checksum.txt.sort sdb3_checksum.txt.sort”
相同 - 请记住这是原始的liveUSB图像。
我将在下一节中介绍进一步的比较结果。
下一步 - 又名行动计划
从liveUSB映像开始，不需要运行脚本。
步骤1 - 成功/失败？
成功 - 校验和匹配
将liveUSB上的java从6更新为7
重新创建tar
从tar创建新的liveUSB
测试liveUSB
第2步 - 成功/失败？
成功 - 校验和匹配
创建/ home / user / folder /
将java应用程序的类文件复制到/ home / user / folder /
重新创建tar
从tar创建新的liveUSB
测试liveUSB
第3步 - 成功/失败？
成功 - 校验和匹配
将startup.sh添加到/etc/init.d/
不调用update-rc.d
重新创建tar
从tar创建新的liveUSB
测试liveUSB
第4步 - 成功/失败？
成功 - 校验和匹配
(我以前从未成功实现过这一点) - 但是需要编写的值尚未插入到casper(sda3)分区中。
输入“update-rc.d startup.sh start 21 2 5”。
重新创建tar
从tar创建新的liveUSB
测试liveUSB
第5步 - 成功/失败？
成功 - 校验和匹配
我不敢相信这有效！这让我想到......(以一种很好的方式说出来)为什么这个世界以前不起作用？
- 巧妙的是版本-13有效。
引导liveUSB
在创建tar之前插入要在casper(sda3)中重写的值 从liveUSB运行时
编辑/home/user/folder/config.properties中的配置文件
关闭liveUSB
重新创建tar
从tar创建新的liveUSB
测试liveUSB
图片完成!!
我还没完成这个！
*写入usb的过程从未改变过。
为什么之前不起作用？
焦油方法？ - 只是稍有变化...... 来自“tar -cvf casper.tar”。
要“tar -C / media / sda3 / -cvf~/ Desktop / casper.tar。
这些线条没有完成同样的事情吗？
我将在不久的将来对此进行测试。 - 我怀疑没有区别。
将程序分解为单独的步骤？ 之前： 根据NEXT STEPS - 又名行动计划，我将在制作新图像之前完成所有这些步骤。
后： 完全遵循了下一步 - 即行动计划
这可能是区别吗？
我将在不久的将来对此进行测试。
可以从casper(sda3)分区中的/ home /目录中删除大(或小)文件会导致某种损坏吗？ 我不知道..？
我将在不久的将来对此进行测试。
进一步测试 - 我想要我的答案！
从原始的liveUSB图像开始。
将liveUSB上的java从6更新为7
创建/ home / user / folder /
将java应用程序的类文件复制到/ home / user / folder /
将startup.sh添加到/etc/init.d/
输入“update-rc.d startup.sh start 21 2 5”。
编辑/home/user/folder/config.properties中的配置文件
这一次一步一步。 - 它会起作用吗？
测试1 - 成功/失败？
失败！
老焦油方法
测试2 - 成功/失败？
老焦油方法
删除/ boot /中生成的文件 当写入casper(sda3)分区时，我的脚本创建此文件，仅包含用于验证的id，对启动过程没有影响。
测试3 - 成功/失败？
新焦油方法
测试4 - 成功/失败？
新焦油方法
删除/ boot /中生成的文件 当写入casper(sda3)分区时，我的脚本创建此文件，仅包含用于验证的id，对启动过程没有影响。
结果
我将按此顺序进行测试：
测试1 - ＆gt;试验3 - ＆gt;测试4 - ＆gt;测试2
如果测试1工作......我会跳出窗外！
- 我不知道为什么它现在会起作用，因为我已经多次测试过并且每次都会产生不成功的靴子。
- 也许cp或tar进程以某种方式被破坏了。
什么时候 测试1失败：
如果测试3工作......
- tar方法导致错误。
- 我不明白旧tar方法与新tar方法有什么不对。
TBC ......
