Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/csharp/279.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Windows C#linux dd命令的实现_C#_Winapi_Wmi_Dd_Diskimage - Fatal编程技术网

Windows C#linux dd命令的实现

Windows C#linux dd命令的实现,c#,winapi,wmi,dd,diskimage,C#,Winapi,Wmi,Dd,Diskimage,我正在编写一个在windows上运行的C#Net应用程序,它需要拍摄一张可移动磁盘的图像,并将其放入Linux Live USB。Live USB被插入目标机器并引导,启动时运行一个脚本,该脚本使用类似so的dd命令将其闪存到另一个驱动器上: dd if=/path/to/file/from/csharp/program of=/dev/sdX 我遇到的问题是在windows端创建图像。我用我在Linux系统上使用dd创建的文件试用了我的Live Linux,效果很好,但我需要能够在Window

我正在编写一个在windows上运行的C#Net应用程序,它需要拍摄一张可移动磁盘的图像,并将其放入Linux Live USB。Live USB被插入目标机器并引导,启动时运行一个脚本,该脚本使用类似so的dd命令将其闪存到另一个驱动器上:

dd if=/path/to/file/from/csharp/program of=/dev/sdX

我遇到的问题是在windows端创建图像。我用我在Linux系统上使用dd创建的文件试用了我的Live Linux,效果很好,但我需要能够在Windows上的C#.Net应用程序中创建这些文件。我不希望依赖cygwin或其他依赖项,因此尝试使用Win32 CreateFile函数打开物理设备

调用CreateFile时,第一个参数设置为“\。\F:”(如果F:是我要映像的驱动器),如下所示:

SafeFileHandle TheDevice = CreateFile(_DevicePath, (uint)FileAccess.Read, (uint)(FileShare.Write | FileShare.Read | FileShare.Delete), IntPtr.Zero, (uint)FileMode.Open, (uint)FILE_ATTRIBUTE_SYSTEM | FILE_FLAG_SEQUENTIAL_SCAN, IntPtr.Zero);
if (TheDevice.IsInvalid) 
{ 
    throw new IOException("Unable to access drive. Win32 Error Code " + Marshal.GetLastWin32Error()); 
}
FileStream Dest = System.IO.File.Open(_SaveFile, FileMode.Create);
FileStream Src = new FileStream(TheDevice, FileAccess.Read);
Src.CopyTo(Dest);
Dest.Flush();
Src.Close();
Dest.Close();
但是,当使用LiveLinuxUSB将输出文件添加回磁盘时,结果并不像预期的那样(磁盘不可引导等,但在十六进制编辑器中检查输出文件时,看起来在开头有一个MBR等)

这是endianess的问题,还是应该使用FileStream以外的其他方法将数据复制到文件中

可选的是Windows源代码的一个DD的例子(C语言或C++,我已经看过Delphi并没有完全理解它,或者有一个象样的Delphi IDE来选择代码),所以我可以看到它是如何工作的? 更新/编辑:

以下是dd输出包含的前512字节的十六进制字符串:

33 C0 FA 8E D8 8E D0 BC 00 7C 89 E6 06 57 8E C0 FB FC BF 00 06 B9 00 01 F3 A5 EA 1F 06 
00 00 52 52 B4 41 BB AA 55 31 C9 30 F6 F9 CD 13 72 13 81 FB 55 AA 75 0D D1 E9 73 09 66 
C7 06 8D 06 B4 42 EB 15 5A B4 08 CD 13 83 E1 3F 51 0F B6 C6 40 F7 E1 52 50 66 31 C0 66 
99 E8 66 00 E8 21 01 4D 69 73 73 69 6E 67 20 6F 70 65 72 61 74 69 6E 67 20 73 79 73 74 
65 6D 2E 0D 0A 66 60 66 31 D2 BB 00 7C 66 52 66 50 06 53 6A 01 6A 10 89 E6 66 F7 36 F4 
7B C0 E4 06 88 E1 88 C5 92 F6 36 F8 7B 88 C6 08 E1 41 B8 01 02 8A 16 FA 7B CD 13 8D 64 
10 66 61 C3 E8 C4 FF BE BE 7D BF BE 07 B9 20 00 F3 A5 C3 66 60 89 E5 BB BE 07 B9 04 00 
31 C0 53 51 F6 07 80 74 03 40 89 DE 83 C3 10 E2 F3 48 74 5B 79 39 59 5B 8A 47 04 3C 0F 
74 06 24 7F 3C 05 75 22 66 8B 47 08 66 8B 56 14 66 01 D0 66 21 D2 75 03 66 89 C2 E8 AC 
FF 72 03 E8 B6 FF 66 8B 46 1C E8 A0 FF 83 C3 10 E2 CC 66 61 C3 E8 62 00 4D 75 6C 74 69 
70 6C 65 20 61 63 74 69 76 65 20 70 61 72 74 69 74 69 6F 6E 73 2E 0D 0A 66 8B 44 08 66 
03 46 1C 66 89 44 08 E8 30 FF 72 13 81 3E FE 7D 55 AA 0F 85 06 FF BC FA 7B 5A 5F 07 FA 
FF E4 E8 1E 00 4F 70 65 72 61 74 69 6E 67 20 73 79 73 74 65 6D 20 6C 6F 61 64 20 65 72 
72 6F 72 2E 0D 0A 5E AC B4 0E 8A 3E 62 04 B3 07 CD 10 3C 0A 75 F1 CD 18 F4 EB FD 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 19 16 9F 29 00 00 80 01 01 00 06 FE 3F 0E 3F 00 00 00 61 C8 03 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA
下面是我的代码产生的结果:

EB 76 90 4D 53 44 4F 53 35 2E 30 00 02 04 04 00 02 00 02 00 00 F8 F2 00 3F 00 FF 00 3F 
00 00 00 61 C8 03 00 80 00 29 7A E8 21 04 4E 4F 20 4E 41 4D 45 20 20 20 20 46 41 54 31 
36 20 20 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 E9 05 01 B4 0E 53 33 DB CD 10 5B C3 8A 07 3C 00 74 06 E8 EE FF 43 EB F4 C3 
0D 4E 6F 20 42 50 42 3A 20 43 61 6E 27 74 20 62 6F 6F 74 20 75 73 69 6E 67 20 43 48 53 
20 66 75 6E 63 74 69 6F 6E 73 00 50 B0 2E E8 BC FF 58 33 DB 8E 06 E4 01 F6 06 DC 01 02 
75 42 F6 06 DC 01 04 75 07 80 3E E8 01 80 72 34 53 53 52 50 06 53 55 6A 10 8B F4 52 50 
8A 16 E8 01 B8 00 42 F9 CD 13 8A EC 58 5A 8D 64 10 72 14 80 FD 00 75 0F 03 C5 83 D2 00 
C3 BB 91 00 E8 78 FF F4 EB FD 83 3E 18 00 00 74 F0 52 50 8B CD F7 36 18 00 8B F2 03 D1 
3B 16 18 00 76 06 8B 0E 18 00 2B CE 33 D2 F7 36 1A 00 88 16 E9 01 8B F8 8B D7 51 8A C1 
8D 4C 01 C0 E6 06 0A CE 8A EA 8B 16 E8 01 B4 02 CD 13 59 73 15 80 FC 09 75 0A 49 EB DE 
8A C4 04 30 E8 18 FF B4 00 CD 13 EB D1 58 5A 03 C1 83 D2 00 2B E9 74 07 C1 E1 09 03 D9 
EB 94 C3 00 00 00 00 FA FC E8 00 00 5E 81 EE 85 01 2E 8B 84 E4 01 8E D8 8E C0 8E D0 2E 
C7 84 7C 01 AF 01 2E 89 84 7E 01 B9 00 01 BF 00 00 F3 2E A5 2E FF AC 7C FF BC 00 0A FB 
80 3E E8 01 FF 75 04 88 16 E8 01 83 06 E4 01 20 A1 E0 01 8B 16 E2 01 BD 02 00 E8 E9 FE 
50 52 EB 74 90 00 00 00 00 00 00 00 00 00 00 00 D3 20 00 00 00 30 80 00 FF 00 68 41 00 
40 09 FF 40 5A AC 04 00 00 AC 04 00 00 00 00 12 00 55 AA

这是取自完全相同的CF卡,没有进行任何编辑/写入等操作,因此我不明白为什么它们如此不同,但都以正确的55 AA字节结尾。当以这种方式访问卡上的MBR时,Windows会损坏它们吗?或者是发生了一些我不知道的奇怪的事情吗?

我认为你应该做的是-我自己用一个可引导软盘映像(作为虚拟驱动器安装,使用)生成的文件是与原始图像相同的二进制文件

为了完整起见,这里是我使用的代码(完整性):

如果这不起作用,那么似乎表明:

  • 原始图像有问题
  • 问题在于使用您刚刚编写的磁盘映像的内容
  • 在处理您正在访问的特定设备时存在一些细微的差异(尽管我不知道是什么)
  • 最有可能的罪魁祸首是第2步。您正在对生成的磁盘映像执行什么操作


    更新:这是写在注释中的,但为了完整性,我想我会将其添加到我的答案中-看起来发生的是磁盘第一个分区的内容正在被写入,而需要的是整个磁盘的内容

    当您查看第二个十六进制字符串(由示例代码生成的字符串)时,我们会看到:

    ëv.MSDOS5.0..........øò.?.ÿ.?...aÈ..€.)zè!.NO NAME    FAT16   ..
    ........................................................é..´.S3Û
    Í.[Ê.<.t.èîÿCëôÃ.No BPB: Can't boot using CHS functions.P°.è¼ÿX
    3ÛŽ.ä.ö.Ü..uBö.Ü..u.€>è.€r4SSRP.SUj.‹ôRPŠ.è.¸.BùÍ.ŠìXZ.d.r.€ý.u.
    .ŃÒ.û‘.èxÿôëýƒ>...tðRP‹Í÷6..‹ò.Ñ;...v.‹...+Î3Ò÷6..ˆ.é.‹ø‹×QŠÁ.
    L.Àæ..Ίê‹.è.´.Í.Ys.€ü.u.IëÞŠÄ.0è.ÿ´.Í.ëÑXZ.ÁƒÒ.+ét.Áá..Ùë”Ã....
    úüè..^.î…..‹„ä.ŽØŽÀŽÐ.Ç„|.¯..‰„~.¹..¿..ó.¥.ÿ¬|ÿ¼..û€>è.ÿu.ˆ.è.ƒ.
    ä. ¡à.‹.â.½..èéþPRët............Ó ...0€.ÿ.hA.@.ÿ@Z¬...¬.......Uª
    
    ëv.MSDOS5.0............................a........z!。没有名字FAT16。。
    S3Û
    
    Í。[Ê.这是我写的,目的是获取给定驱动器号的\.\PhysicalDriveX路径。如果将驱动器号传递到该驱动器号中,并将返回值作为第一个参数传递到CreateFile中,我现在应该可以获得类似于Linux下的dd的内容

    using System.Management; //Add in a reference to this as well in the project settings
    public static string GetPhysicalDevicePath(char DriveLetter)
    {
        ManagementClass devs = new ManagementClass( @"Win32_Diskdrive");
        {
            ManagementObjectCollection moc = devs.GetInstances();
            foreach(ManagementObject mo in moc)
            {
                foreach (ManagementObject b in mo.GetRelated("Win32_DiskPartition"))
                {
                    foreach (ManagementBaseObject c in b.GetRelated("Win32_LogicalDisk"))
                    {
                        string DevName = string.Format("{0}", c["Name"]);
                        if (DevName[0] == DriveLetter)
                            return string.Format("{0}", mo["DeviceId"]); 
                    }
                }
            }
        }
        return "";
    }
    

    我假设用你的C代码从cygwin调用“dd”是不可能的?这将是最后的手段,我想问题是把//./F:path转换成cygwin下dd可以理解的东西。所以问题(对我来说)然后是如何在c#应用程序中将我的///F:path转换为cygwin中的/dev/sdX。@Kragen我认为这里发生的是windows版本得到的是卷引导记录而不是主引导记录。这可能是因为我要传递给它///F:path,而F:只是第一个分区,而不是物理磁盘。如果在我进入下一个关于如何访问物理磁盘(而不是分区/卷)的问题之前,其他人可以确认我是否正确。+1对于经过充分研究的清晰问题,包括示例输入和输出:)♡@rb_u;这听起来很对我来说——看这两个示例,第一个(由dd生成)看起来像一个MBR(磁盘的前512字节),而第二个看起来像一个引导记录(分区的前512字节)。两者看起来都是有效的和完全不同的引导扇区-你不可能因为编程错误而意外地将一个扇区划入另一个扇区。一些背景信息,这将更详细地解释我正在做的事情。我们的旧系统通常从FAT格式的CF卡引导,所以要更新系统上的软件,你只需重新刷新使用windows应用程序的CF卡。新系统不支持从CF卡启动,但它有一个硬盘驱动器和一个USB端口。所以计划是,像以前一样使用windows应用程序闪存CF卡,然后拍摄该CF卡的图像(在使用我的C#app的windows中)将其复制到Live USB,然后使用dd从Live Linux环境使用CF卡映像闪存硬盘。我不认为这是第2步,好像我将使用Linux VM和dd从CF创建的映像放到Live USB上,它确实工作。@rb_7啊,我明白了-因此映像最终被写入硬盘。在这种情况下,我不确定为什么它不工作-只要第一个扇区(512字节)以“有效引导扇区”签名字节(0x55,0xAA)结尾,BIOS就应该继续使用该引导扇区引导。我的猜测是BIOS实际上正在使用该引导扇区,但硬件差异意味着引导加载程序(以前在旧系统上工作过的)在新系统上出现故障。+1表示包含名称空间的完整工作代码
    3ÀúŽØŽÐ¼.|‰æ.WŽÀûü¿..¹..ó¥ê....RR´A»ªU1É0öùÍ.r..ûUªu.Ñés.fÇ...´B
    ë.Z´.Í.ƒá?Q.¶Æ@÷áRPf1Àf™èf.è!.Missing operating system...f`f1Ò».
    |fRfP.Sj.j.‰æf÷6ô{Àä.ˆáˆÅ’ö6ø{ˆÆ.áA¸..Š.ú{Í..d.faÃèÄÿ¾¾}¿¾.¹ .ó¥
    Ãf`‰å»¾.¹..1ÀSQö.€t.@‰ÞƒÃ.âóHt[y9Y[ŠG.<.t.$.<.u"f‹G.f‹V.f.Ðf!Òu.
    f‰Âè¬ÿr.è¶ÿf‹F.è ÿƒÃ.âÌfaÃèb.Multiple active partitions...f‹D.f.
    F.f‰D.è0ÿr..>þ}Uª.….ÿ¼ú{Z_.úÿäè..Operating system load error...^
    ¬´.Š>b.³.Í.<.uñÍ.ôëý......................................Ÿ)..€.
    ...þ?.?...aÈ..................................................Uª
    
    using System.Management; //Add in a reference to this as well in the project settings
    public static string GetPhysicalDevicePath(char DriveLetter)
    {
        ManagementClass devs = new ManagementClass( @"Win32_Diskdrive");
        {
            ManagementObjectCollection moc = devs.GetInstances();
            foreach(ManagementObject mo in moc)
            {
                foreach (ManagementObject b in mo.GetRelated("Win32_DiskPartition"))
                {
                    foreach (ManagementBaseObject c in b.GetRelated("Win32_LogicalDisk"))
                    {
                        string DevName = string.Format("{0}", c["Name"]);
                        if (DevName[0] == DriveLetter)
                            return string.Format("{0}", mo["DeviceId"]); 
                    }
                }
            }
        }
        return "";
    }