linux usb init,复制Linux liveUSB导致init.d脚本出错 - 不可能..？

请发表您的想法或想出的任何想法。我很想知道别人在想什么。

整体问题

当我安装一个简单的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 ......