Version 1.9.17.
[libguestfs.git] / po-docs / uk.po
1 # SOME DESCRIPTIVE TITLE
2 # Copyright (C) YEAR Red Hat Inc.
3 # This file is distributed under the same license as the libguestfs package.
4 # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
5 #
6 msgid ""
7 msgstr ""
8 "Project-Id-Version: libguestfs\n"
9 "Report-Msgid-Bugs-To: libguestfs@redhat.com\n"
10 "POT-Creation-Date: 2011-04-05 20:38+0200\n"
11 "PO-Revision-Date: 2011-04-01 15:39+0000\n"
12 "Last-Translator: yurchor <yurchor@ukr.net>\n"
13 "Language-Team: Ukrainian <trans-uk@lists.fedoraproject.org>\n"
14 "Language: uk\n"
15 "MIME-Version: 1.0\n"
16 "Content-Type: text/plain; charset=UTF-8\n"
17 "Content-Transfer-Encoding: 8bit\n"
18 "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
19 "%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2)\n"
20
21 #. type: =head1
22 #: ../src/guestfs.pod:3 ../fish/guestfish.pod:3
23 #: ../test-tool/libguestfs-test-tool.pod:3 ../fuse/guestmount.pod:3
24 #: ../tools/virt-edit.pl:32 ../tools/virt-win-reg.pl:35
25 #: ../tools/virt-resize.pl:40 ../tools/virt-list-filesystems.pl:30
26 #: ../tools/virt-tar.pl:31 ../tools/virt-make-fs.pl:35
27 #: ../tools/virt-list-partitions.pl:30
28 msgid "NAME"
29 msgstr "НАЗВА"
30
31 #. type: textblock
32 #: ../src/guestfs.pod:5
33 msgid "guestfs - Library for accessing and modifying virtual machine images"
34 msgstr ""
35 "guestfs — бібліотека для доступу та внесення змін до образів віртуальних "
36 "машин"
37
38 #. type: =head1
39 #: ../src/guestfs.pod:7 ../fish/guestfish.pod:7
40 #: ../test-tool/libguestfs-test-tool.pod:7 ../fuse/guestmount.pod:7
41 #: ../tools/virt-edit.pl:36 ../tools/virt-win-reg.pl:39
42 #: ../tools/virt-resize.pl:44 ../tools/virt-list-filesystems.pl:34
43 #: ../tools/virt-tar.pl:35 ../tools/virt-make-fs.pl:39
44 #: ../tools/virt-list-partitions.pl:34
45 msgid "SYNOPSIS"
46 msgstr "КОРОТКИЙ ОПИС"
47
48 #. type: verbatim
49 #: ../src/guestfs.pod:9
50 #, no-wrap
51 msgid ""
52 " #include <guestfs.h>\n"
53 " \n"
54 msgstr ""
55 " #include <guestfs.h>\n"
56 " \n"
57
58 #. type: verbatim
59 #: ../src/guestfs.pod:11
60 #, no-wrap
61 msgid ""
62 " guestfs_h *g = guestfs_create ();\n"
63 " guestfs_add_drive (g, \"guest.img\");\n"
64 " guestfs_launch (g);\n"
65 " guestfs_mount (g, \"/dev/sda1\", \"/\");\n"
66 " guestfs_touch (g, \"/hello\");\n"
67 " guestfs_umount (g, \"/\");\n"
68 " guestfs_close (g);\n"
69 "\n"
70 msgstr ""
71 " guestfs_h *g = guestfs_create ();\n"
72 " guestfs_add_drive (g, \"guest.img\");\n"
73 " guestfs_launch (g);\n"
74 " guestfs_mount (g, \"/dev/sda1\", \"/\");\n"
75 " guestfs_touch (g, \"/hello\");\n"
76 " guestfs_umount (g, \"/\");\n"
77 " guestfs_close (g);\n"
78 "\n"
79
80 #. type: verbatim
81 #: ../src/guestfs.pod:19
82 #, no-wrap
83 msgid ""
84 " cc prog.c -o prog -lguestfs\n"
85 "or:\n"
86 " cc prog.c -o prog `pkg-config libguestfs --cflags --libs`\n"
87 "\n"
88 msgstr ""
89 " cc prog.c -o prog -lguestfs\n"
90 "або:\n"
91 " cc prog.c -o prog `pkg-config libguestfs --cflags --libs`\n"
92 "\n"
93
94 #. type: =head1
95 #: ../src/guestfs.pod:23 ../fish/guestfish.pod:30
96 #: ../test-tool/libguestfs-test-tool.pod:11 ../fuse/guestmount.pod:20
97 #: ../tools/virt-edit.pl:50 ../tools/virt-win-reg.pl:63
98 #: ../tools/virt-resize.pl:50 ../tools/virt-list-filesystems.pl:40
99 #: ../tools/virt-tar.pl:77 ../tools/virt-make-fs.pl:47
100 #: ../tools/virt-list-partitions.pl:40
101 msgid "DESCRIPTION"
102 msgstr "ОПИС"
103
104 #. type: textblock
105 #: ../src/guestfs.pod:25
106 msgid ""
107 "Libguestfs is a library for accessing and modifying guest disk images.  "
108 "Amongst the things this is good for: making batch configuration changes to "
109 "guests, getting disk used/free statistics (see also: virt-df), migrating "
110 "between virtualization systems (see also: virt-p2v), performing partial "
111 "backups, performing partial guest clones, cloning guests and changing "
112 "registry/UUID/hostname info, and much else besides."
113 msgstr ""
114
115 #. type: textblock
116 #: ../src/guestfs.pod:33
117 msgid ""
118 "Libguestfs uses Linux kernel and qemu code, and can access any type of guest "
119 "filesystem that Linux and qemu can, including but not limited to: ext2/3/4, "
120 "btrfs, FAT and NTFS, LVM, many different disk partition schemes, qcow, "
121 "qcow2, vmdk."
122 msgstr ""
123
124 #. type: textblock
125 #: ../src/guestfs.pod:38
126 msgid ""
127 "Libguestfs provides ways to enumerate guest storage (eg. partitions, LVs, "
128 "what filesystem is in each LV, etc.).  It can also run commands in the "
129 "context of the guest.  Also you can access filesystems over FUSE."
130 msgstr ""
131
132 #. type: textblock
133 #: ../src/guestfs.pod:43
134 msgid ""
135 "Libguestfs is a library that can be linked with C and C++ management "
136 "programs (or management programs written in OCaml, Perl, Python, Ruby, Java, "
137 "PHP, Haskell or C#).  You can also use it from shell scripts or the command "
138 "line."
139 msgstr ""
140
141 #. type: textblock
142 #: ../src/guestfs.pod:48
143 msgid ""
144 "You don't need to be root to use libguestfs, although obviously you do need "
145 "enough permissions to access the disk images."
146 msgstr ""
147
148 #. type: textblock
149 #: ../src/guestfs.pod:51
150 msgid ""
151 "Libguestfs is a large API because it can do many things.  For a gentle "
152 "introduction, please read the L</API OVERVIEW> section next."
153 msgstr ""
154
155 #. type: textblock
156 #: ../src/guestfs.pod:54
157 msgid ""
158 "There are also some example programs in the L<guestfs-examples(3)> manual "
159 "page."
160 msgstr ""
161
162 #. type: =head1
163 #: ../src/guestfs.pod:57
164 msgid "API OVERVIEW"
165 msgstr "ОГЛЯД API"
166
167 #. type: textblock
168 #: ../src/guestfs.pod:59
169 msgid ""
170 "This section provides a gentler overview of the libguestfs API.  We also try "
171 "to group API calls together, where that may not be obvious from reading "
172 "about the individual calls in the main section of this manual."
173 msgstr ""
174
175 #. type: =head2
176 #: ../src/guestfs.pod:64
177 msgid "HANDLES"
178 msgstr "ОБРОБНИКИ"
179
180 #. type: textblock
181 #: ../src/guestfs.pod:66
182 msgid ""
183 "Before you can use libguestfs calls, you have to create a handle.  Then you "
184 "must add at least one disk image to the handle, followed by launching the "
185 "handle, then performing whatever operations you want, and finally closing "
186 "the handle.  By convention we use the single letter C<g> for the name of the "
187 "handle variable, although of course you can use any name you want."
188 msgstr ""
189
190 #. type: textblock
191 #: ../src/guestfs.pod:73
192 msgid "The general structure of all libguestfs-using programs looks like this:"
193 msgstr ""
194
195 #. type: verbatim
196 #: ../src/guestfs.pod:76
197 #, no-wrap
198 msgid ""
199 " guestfs_h *g = guestfs_create ();\n"
200 " \n"
201 msgstr ""
202 " guestfs_h *g = guestfs_create ();\n"
203 " \n"
204
205 #. type: verbatim
206 #: ../src/guestfs.pod:78
207 #, no-wrap
208 msgid ""
209 " /* Call guestfs_add_drive additional times if there are\n"
210 "  * multiple disk images.\n"
211 "  */\n"
212 " guestfs_add_drive (g, \"guest.img\");\n"
213 " \n"
214 msgstr ""
215
216 #. type: verbatim
217 #: ../src/guestfs.pod:83
218 #, no-wrap
219 msgid ""
220 " /* Most manipulation calls won't work until you've launched\n"
221 "  * the handle 'g'.  You have to do this _after_ adding drives\n"
222 "  * and _before_ other commands.\n"
223 "  */\n"
224 " guestfs_launch (g);\n"
225 " \n"
226 msgstr ""
227
228 #. type: verbatim
229 #: ../src/guestfs.pod:89
230 #, no-wrap
231 msgid ""
232 " /* Now you can examine what partitions, LVs etc are available.\n"
233 "  */\n"
234 " char **partitions = guestfs_list_partitions (g);\n"
235 " char **logvols = guestfs_lvs (g);\n"
236 " \n"
237 msgstr ""
238
239 #. type: verbatim
240 #: ../src/guestfs.pod:94
241 #, no-wrap
242 msgid ""
243 " /* To access a filesystem in the image, you must mount it.\n"
244 "  */\n"
245 " guestfs_mount (g, \"/dev/sda1\", \"/\");\n"
246 " \n"
247 msgstr ""
248 " /* Щоб отримати доступ до файлової системи на образі, вам слід його змонтувати.\n"
249 "  */\n"
250 " guestfs_mount (g, \"/dev/sda1\", \"/\");\n"
251 " \n"
252
253 #. type: verbatim
254 #: ../src/guestfs.pod:98
255 #, fuzzy, no-wrap
256 #| msgid ""
257 #| " /* Now you can perform filesystem actions on the guest\n"
258 #| "  * disk image.\n"
259 #| "  */\n"
260 #| " guestfs_touch (g, \"/hello\");\n"
261 #| "\n"
262 msgid ""
263 " /* Now you can perform filesystem actions on the guest\n"
264 "  * disk image.\n"
265 "  */\n"
266 " guestfs_touch (g, \"/hello\");\n"
267 " \n"
268 msgstr ""
269 " /* Тепер ви можете виконувати дії з файловою системою на\n"
270 "  * образі диска операційної системи.\n"
271 "  */\n"
272 " guestfs_touch (g, \"/hello\");\n"
273 "\n"
274
275 #. type: verbatim
276 #: ../src/guestfs.pod:103
277 #, no-wrap
278 msgid ""
279 " /* This is only needed for libguestfs < 1.5.24.  Since then\n"
280 "  * it is done automatically when you close the handle.  See\n"
281 "  * discussion of autosync in this page.\n"
282 "  */\n"
283 " guestfs_sync (g);\n"
284 " \n"
285 msgstr ""
286
287 #. type: verbatim
288 #: ../src/guestfs.pod:109
289 #, no-wrap
290 msgid ""
291 " /* Close the handle 'g'. */\n"
292 " guestfs_close (g);\n"
293 "\n"
294 msgstr ""
295
296 #. type: textblock
297 #: ../src/guestfs.pod:112
298 msgid ""
299 "The code above doesn't include any error checking.  In real code you should "
300 "check return values carefully for errors.  In general all functions that "
301 "return integers return C<-1> on error, and all functions that return "
302 "pointers return C<NULL> on error.  See section L</ERROR HANDLING> below for "
303 "how to handle errors, and consult the documentation for each function call "
304 "below to see precisely how they return error indications.  See L<guestfs-"
305 "examples(3)> for fully worked examples."
306 msgstr ""
307
308 #. type: =head2
309 #: ../src/guestfs.pod:121
310 msgid "DISK IMAGES"
311 msgstr ""
312
313 #. type: textblock
314 #: ../src/guestfs.pod:123
315 msgid ""
316 "The image filename (C<\"guest.img\"> in the example above) could be a disk "
317 "image from a virtual machine, a L<dd(1)> copy of a physical hard disk, an "
318 "actual block device, or simply an empty file of zeroes that you have created "
319 "through L<posix_fallocate(3)>.  Libguestfs lets you do useful things to all "
320 "of these."
321 msgstr ""
322
323 #. type: textblock
324 #: ../src/guestfs.pod:129
325 msgid ""
326 "The call you should use in modern code for adding drives is L</"
327 "guestfs_add_drive_opts>.  To add a disk image, allowing writes, and "
328 "specifying that the format is raw, do:"
329 msgstr ""
330
331 #. type: verbatim
332 #: ../src/guestfs.pod:133
333 #, no-wrap
334 msgid ""
335 " guestfs_add_drive_opts (g, filename,\n"
336 "                         GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"raw\",\n"
337 "                         -1);\n"
338 "\n"
339 msgstr ""
340
341 #. type: textblock
342 #: ../src/guestfs.pod:137
343 msgid "You can add a disk read-only using:"
344 msgstr ""
345
346 #. type: verbatim
347 #: ../src/guestfs.pod:139
348 #, no-wrap
349 msgid ""
350 " guestfs_add_drive_opts (g, filename,\n"
351 "                         GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"raw\",\n"
352 "                         GUESTFS_ADD_DRIVE_OPTS_READONLY, 1,\n"
353 "                         -1);\n"
354 "\n"
355 msgstr ""
356
357 #. type: textblock
358 #: ../src/guestfs.pod:144
359 msgid ""
360 "or by calling the older function L</guestfs_add_drive_ro>.  In either case "
361 "libguestfs won't modify the file."
362 msgstr ""
363
364 #. type: textblock
365 #: ../src/guestfs.pod:147
366 msgid ""
367 "Be extremely cautious if the disk image is in use, eg. if it is being used "
368 "by a virtual machine.  Adding it read-write will almost certainly cause disk "
369 "corruption, but adding it read-only is safe."
370 msgstr ""
371
372 #. type: textblock
373 #: ../src/guestfs.pod:151
374 msgid ""
375 "You must add at least one disk image, and you may add multiple disk images.  "
376 "In the API, the disk images are usually referred to as C</dev/sda> (for the "
377 "first one you added), C</dev/sdb> (for the second one you added), etc."
378 msgstr ""
379
380 #. type: textblock
381 #: ../src/guestfs.pod:156
382 msgid ""
383 "Once L</guestfs_launch> has been called you cannot add any more images.  You "
384 "can call L</guestfs_list_devices> to get a list of the device names, in the "
385 "order that you added them.  See also L</BLOCK DEVICE NAMING> below."
386 msgstr ""
387
388 #. type: =head2
389 #: ../src/guestfs.pod:161
390 msgid "MOUNTING"
391 msgstr "МОНТУВАННЯ"
392
393 #. type: textblock
394 #: ../src/guestfs.pod:163
395 msgid ""
396 "Before you can read or write files, create directories and so on in a disk "
397 "image that contains filesystems, you have to mount those filesystems using "
398 "L</guestfs_mount_options> or L</guestfs_mount_ro>.  If you already know that "
399 "a disk image contains (for example) one partition with a filesystem on that "
400 "partition, then you can mount it directly:"
401 msgstr ""
402
403 #. type: verbatim
404 #: ../src/guestfs.pod:170
405 #, no-wrap
406 msgid ""
407 " guestfs_mount_options (g, \"\", \"/dev/sda1\", \"/\");\n"
408 "\n"
409 msgstr ""
410
411 #. type: textblock
412 #: ../src/guestfs.pod:172
413 msgid ""
414 "where C</dev/sda1> means literally the first partition (C<1>) of the first "
415 "disk image that we added (C</dev/sda>).  If the disk contains Linux LVM2 "
416 "logical volumes you could refer to those instead (eg. C</dev/VG/LV>).  Note "
417 "that these are libguestfs virtual devices, and are nothing to do with host "
418 "devices."
419 msgstr ""
420
421 #. type: textblock
422 #: ../src/guestfs.pod:178
423 msgid ""
424 "If you are given a disk image and you don't know what it contains then you "
425 "have to find out.  Libguestfs can do that too: use L</"
426 "guestfs_list_partitions> and L</guestfs_lvs> to list possible partitions and "
427 "LVs, and either try mounting each to see what is mountable, or else examine "
428 "them with L</guestfs_vfs_type> or L</guestfs_file>.  To list just "
429 "filesystems, use L</guestfs_list_filesystems>."
430 msgstr ""
431
432 #. type: textblock
433 #: ../src/guestfs.pod:186
434 msgid ""
435 "Libguestfs also has a set of APIs for inspection of unknown disk images (see "
436 "L</INSPECTION> below).  But you might find it easier to look at higher level "
437 "programs built on top of libguestfs, in particular L<virt-inspector(1)>."
438 msgstr ""
439
440 #. type: textblock
441 #: ../src/guestfs.pod:191
442 msgid ""
443 "To mount a filesystem read-only, use L</guestfs_mount_ro>.  There are "
444 "several other variations of the C<guestfs_mount_*> call."
445 msgstr ""
446
447 #. type: =head2
448 #: ../src/guestfs.pod:194
449 msgid "FILESYSTEM ACCESS AND MODIFICATION"
450 msgstr ""
451
452 #. type: textblock
453 #: ../src/guestfs.pod:196
454 msgid ""
455 "The majority of the libguestfs API consists of fairly low-level calls for "
456 "accessing and modifying the files, directories, symlinks etc on mounted "
457 "filesystems.  There are over a hundred such calls which you can find listed "
458 "in detail below in this man page, and we don't even pretend to cover them "
459 "all in this overview."
460 msgstr ""
461
462 #. type: textblock
463 #: ../src/guestfs.pod:202
464 msgid ""
465 "Specify filenames as full paths, starting with C<\"/\"> and including the "
466 "mount point."
467 msgstr ""
468
469 #. type: textblock
470 #: ../src/guestfs.pod:205
471 msgid ""
472 "For example, if you mounted a filesystem at C<\"/\"> and you want to read "
473 "the file called C<\"etc/passwd\"> then you could do:"
474 msgstr ""
475
476 #. type: verbatim
477 #: ../src/guestfs.pod:208
478 #, no-wrap
479 msgid ""
480 " char *data = guestfs_cat (g, \"/etc/passwd\");\n"
481 "\n"
482 msgstr ""
483
484 #. type: textblock
485 #: ../src/guestfs.pod:210
486 msgid ""
487 "This would return C<data> as a newly allocated buffer containing the full "
488 "content of that file (with some conditions: see also L</DOWNLOADING> below), "
489 "or C<NULL> if there was an error."
490 msgstr ""
491
492 #. type: textblock
493 #: ../src/guestfs.pod:214
494 msgid ""
495 "As another example, to create a top-level directory on that filesystem "
496 "called C<\"var\"> you would do:"
497 msgstr ""
498
499 #. type: verbatim
500 #: ../src/guestfs.pod:217
501 #, no-wrap
502 msgid ""
503 " guestfs_mkdir (g, \"/var\");\n"
504 "\n"
505 msgstr ""
506
507 #. type: textblock
508 #: ../src/guestfs.pod:219
509 msgid "To create a symlink you could do:"
510 msgstr ""
511
512 #. type: verbatim
513 #: ../src/guestfs.pod:221
514 #, no-wrap
515 msgid ""
516 " guestfs_ln_s (g, \"/etc/init.d/portmap\",\n"
517 "               \"/etc/rc3.d/S30portmap\");\n"
518 "\n"
519 msgstr ""
520
521 #. type: textblock
522 #: ../src/guestfs.pod:224
523 msgid ""
524 "Libguestfs will reject attempts to use relative paths and there is no "
525 "concept of a current working directory."
526 msgstr ""
527
528 #. type: textblock
529 #: ../src/guestfs.pod:227
530 msgid ""
531 "Libguestfs can return errors in many situations: for example if the "
532 "filesystem isn't writable, or if a file or directory that you requested "
533 "doesn't exist.  If you are using the C API (documented here)  you have to "
534 "check for those error conditions after each call.  (Other language bindings "
535 "turn these errors into exceptions)."
536 msgstr ""
537
538 #. type: textblock
539 #: ../src/guestfs.pod:233
540 msgid ""
541 "File writes are affected by the per-handle umask, set by calling L</"
542 "guestfs_umask> and defaulting to 022.  See L</UMASK>."
543 msgstr ""
544
545 #. type: =head2
546 #: ../src/guestfs.pod:236
547 msgid "PARTITIONING"
548 msgstr "ПОДІЛ НА РОЗДІЛИ"
549
550 #. type: textblock
551 #: ../src/guestfs.pod:238
552 msgid ""
553 "Libguestfs contains API calls to read, create and modify partition tables on "
554 "disk images."
555 msgstr ""
556
557 #. type: textblock
558 #: ../src/guestfs.pod:241
559 msgid ""
560 "In the common case where you want to create a single partition covering the "
561 "whole disk, you should use the L</guestfs_part_disk> call:"
562 msgstr ""
563
564 #. type: verbatim
565 #: ../src/guestfs.pod:245
566 #, no-wrap
567 msgid ""
568 " const char *parttype = \"mbr\";\n"
569 " if (disk_is_larger_than_2TB)\n"
570 "   parttype = \"gpt\";\n"
571 " guestfs_part_disk (g, \"/dev/sda\", parttype);\n"
572 "\n"
573 msgstr ""
574
575 #. type: textblock
576 #: ../src/guestfs.pod:250
577 msgid ""
578 "Obviously this effectively wipes anything that was on that disk image before."
579 msgstr ""
580
581 #. type: =head2
582 #: ../src/guestfs.pod:253
583 msgid "LVM2"
584 msgstr "LVM2"
585
586 #. type: textblock
587 #: ../src/guestfs.pod:255
588 msgid ""
589 "Libguestfs provides access to a large part of the LVM2 API, such as L</"
590 "guestfs_lvcreate> and L</guestfs_vgremove>.  It won't make much sense unless "
591 "you familiarize yourself with the concepts of physical volumes, volume "
592 "groups and logical volumes."
593 msgstr ""
594
595 #. type: textblock
596 #: ../src/guestfs.pod:260
597 msgid ""
598 "This author strongly recommends reading the LVM HOWTO, online at L<http://"
599 "tldp.org/HOWTO/LVM-HOWTO/>."
600 msgstr ""
601
602 #. type: =head2
603 #: ../src/guestfs.pod:263
604 msgid "DOWNLOADING"
605 msgstr ""
606
607 #. type: textblock
608 #: ../src/guestfs.pod:265
609 msgid ""
610 "Use L</guestfs_cat> to download small, text only files.  This call is "
611 "limited to files which are less than 2 MB and which cannot contain any ASCII "
612 "NUL (C<\\0>) characters.  However the API is very simple to use."
613 msgstr ""
614
615 #. type: textblock
616 #: ../src/guestfs.pod:269
617 msgid ""
618 "L</guestfs_read_file> can be used to read files which contain arbitrary 8 "
619 "bit data, since it returns a (pointer, size) pair.  However it is still "
620 "limited to \"small\" files, less than 2 MB."
621 msgstr ""
622
623 #. type: textblock
624 #: ../src/guestfs.pod:273
625 msgid ""
626 "L</guestfs_download> can be used to download any file, with no limits on "
627 "content or size (even files larger than 4 GB)."
628 msgstr ""
629
630 #. type: textblock
631 #: ../src/guestfs.pod:276
632 msgid ""
633 "To download multiple files, see L</guestfs_tar_out> and L</guestfs_tgz_out>."
634 msgstr ""
635
636 #. type: =head2
637 #: ../src/guestfs.pod:279
638 msgid "UPLOADING"
639 msgstr "ВИВАНТАЖЕННЯ"
640
641 #. type: textblock
642 #: ../src/guestfs.pod:281
643 msgid ""
644 "It's often the case that you want to write a file or files to the disk image."
645 msgstr ""
646
647 #. type: textblock
648 #: ../src/guestfs.pod:284
649 msgid ""
650 "To write a small file with fixed content, use L</guestfs_write>.  To create "
651 "a file of all zeroes, use L</guestfs_truncate_size> (sparse) or L</"
652 "guestfs_fallocate64> (with all disk blocks allocated).  There are a variety "
653 "of other functions for creating test files, for example L</guestfs_fill> and "
654 "L</guestfs_fill_pattern>."
655 msgstr ""
656
657 #. type: textblock
658 #: ../src/guestfs.pod:290
659 msgid ""
660 "To upload a single file, use L</guestfs_upload>.  This call has no limits on "
661 "file content or size (even files larger than 4 GB)."
662 msgstr ""
663
664 #. type: textblock
665 #: ../src/guestfs.pod:293
666 msgid ""
667 "To upload multiple files, see L</guestfs_tar_in> and L</guestfs_tgz_in>."
668 msgstr ""
669
670 #. type: textblock
671 #: ../src/guestfs.pod:295
672 msgid ""
673 "However the fastest way to upload I<large numbers of arbitrary files> is to "
674 "turn them into a squashfs or CD ISO (see L<mksquashfs(8)> and L<mkisofs(8)"
675 ">), then attach this using L</guestfs_add_drive_ro>.  If you add the drive "
676 "in a predictable way (eg. adding it last after all other drives) then you "
677 "can get the device name from L</guestfs_list_devices> and mount it directly "
678 "using L</guestfs_mount_ro>.  Note that squashfs images are sometimes non-"
679 "portable between kernel versions, and they don't support labels or UUIDs.  "
680 "If you want to pre-build an image or you need to mount it using a label or "
681 "UUID, use an ISO image instead."
682 msgstr ""
683
684 #. type: =head2
685 #: ../src/guestfs.pod:306
686 msgid "COPYING"
687 msgstr "КОПІЮВАННЯ"
688
689 #. type: textblock
690 #: ../src/guestfs.pod:308
691 msgid ""
692 "There are various different commands for copying between files and devices "
693 "and in and out of the guest filesystem.  These are summarised in the table "
694 "below."
695 msgstr ""
696
697 #. type: =item
698 #: ../src/guestfs.pod:314
699 msgid "B<file> to B<file>"
700 msgstr ""
701
702 #. type: textblock
703 #: ../src/guestfs.pod:316
704 msgid ""
705 "Use L</guestfs_cp> to copy a single file, or L</guestfs_cp_a> to copy "
706 "directories recursively."
707 msgstr ""
708
709 #. type: =item
710 #: ../src/guestfs.pod:319
711 msgid "B<file or device> to B<file or device>"
712 msgstr ""
713
714 #. type: textblock
715 #: ../src/guestfs.pod:321
716 msgid ""
717 "Use L</guestfs_dd> which efficiently uses L<dd(1)> to copy between files and "
718 "devices in the guest."
719 msgstr ""
720
721 #. type: textblock
722 #: ../src/guestfs.pod:324
723 msgid "Example: duplicate the contents of an LV:"
724 msgstr ""
725
726 #. type: verbatim
727 #: ../src/guestfs.pod:326
728 #, no-wrap
729 msgid ""
730 " guestfs_dd (g, \"/dev/VG/Original\", \"/dev/VG/Copy\");\n"
731 "\n"
732 msgstr ""
733
734 #. type: textblock
735 #: ../src/guestfs.pod:328
736 msgid ""
737 "The destination (C</dev/VG/Copy>) must be at least as large as the source "
738 "(C</dev/VG/Original>).  To copy less than the whole source device, use L</"
739 "guestfs_copy_size>."
740 msgstr ""
741
742 #. type: =item
743 #: ../src/guestfs.pod:332
744 msgid "B<file on the host> to B<file or device>"
745 msgstr ""
746
747 #. type: textblock
748 #: ../src/guestfs.pod:334
749 msgid "Use L</guestfs_upload>.  See L</UPLOADING> above."
750 msgstr ""
751
752 #. type: =item
753 #: ../src/guestfs.pod:336
754 msgid "B<file or device> to B<file on the host>"
755 msgstr ""
756
757 #. type: textblock
758 #: ../src/guestfs.pod:338
759 msgid "Use L</guestfs_download>.  See L</DOWNLOADING> above."
760 msgstr ""
761
762 #. type: =head2
763 #: ../src/guestfs.pod:342
764 msgid "UPLOADING AND DOWNLOADING TO PIPES AND FILE DESCRIPTORS"
765 msgstr ""
766
767 #. type: textblock
768 #: ../src/guestfs.pod:344
769 msgid ""
770 "Calls like L</guestfs_upload>, L</guestfs_download>, L</guestfs_tar_in>, L</"
771 "guestfs_tar_out> etc appear to only take filenames as arguments, so it "
772 "appears you can only upload and download to files.  However many Un*x-like "
773 "hosts let you use the special device files C</dev/stdin>, C</dev/stdout>, C</"
774 "dev/stderr> and C</dev/fd/N> to read and write from stdin, stdout, stderr, "
775 "and arbitrary file descriptor N."
776 msgstr ""
777
778 #. type: textblock
779 #: ../src/guestfs.pod:352
780 msgid "For example, L<virt-cat(1)> writes its output to stdout by doing:"
781 msgstr ""
782
783 #. type: verbatim
784 #: ../src/guestfs.pod:355
785 #, no-wrap
786 msgid ""
787 " guestfs_download (g, filename, \"/dev/stdout\");\n"
788 "\n"
789 msgstr ""
790
791 #. type: textblock
792 #: ../src/guestfs.pod:357
793 msgid "and you can write tar output to a pipe C<fd> by doing:"
794 msgstr ""
795
796 #. type: verbatim
797 #: ../src/guestfs.pod:359
798 #, no-wrap
799 msgid ""
800 " char devfd[64];\n"
801 " snprintf (devfd, sizeof devfd, \"/dev/fd/%d\", fd);\n"
802 " guestfs_tar_out (g, \"/\", devfd);\n"
803 "\n"
804 msgstr ""
805
806 #. type: =head2
807 #: ../src/guestfs.pod:363
808 msgid "LISTING FILES"
809 msgstr ""
810
811 #. type: textblock
812 #: ../src/guestfs.pod:365
813 msgid ""
814 "L</guestfs_ll> is just designed for humans to read (mainly when using the "
815 "L<guestfish(1)>-equivalent command C<ll>)."
816 msgstr ""
817
818 #. type: textblock
819 #: ../src/guestfs.pod:368
820 msgid ""
821 "L</guestfs_ls> is a quick way to get a list of files in a directory from "
822 "programs, as a flat list of strings."
823 msgstr ""
824
825 #. type: textblock
826 #: ../src/guestfs.pod:371
827 msgid ""
828 "L</guestfs_readdir> is a programmatic way to get a list of files in a "
829 "directory, plus additional information about each one.  It is more "
830 "equivalent to using the L<readdir(3)> call on a local filesystem."
831 msgstr ""
832
833 #. type: textblock
834 #: ../src/guestfs.pod:375
835 msgid ""
836 "L</guestfs_find> and L</guestfs_find0> can be used to recursively list files."
837 msgstr ""
838
839 #. type: =head2
840 #: ../src/guestfs.pod:378
841 msgid "RUNNING COMMANDS"
842 msgstr ""
843
844 #. type: textblock
845 #: ../src/guestfs.pod:380
846 msgid ""
847 "Although libguestfs is primarily an API for manipulating files inside guest "
848 "images, we also provide some limited facilities for running commands inside "
849 "guests."
850 msgstr ""
851
852 #. type: textblock
853 #: ../src/guestfs.pod:384
854 msgid "There are many limitations to this:"
855 msgstr ""
856
857 #. type: =item
858 #: ../src/guestfs.pod:388 ../src/guestfs.pod:393 ../src/guestfs.pod:398
859 #: ../src/guestfs.pod:402 ../src/guestfs.pod:407 ../src/guestfs.pod:411
860 #: ../src/guestfs.pod:416 ../src/guestfs.pod:421 ../src/guestfs.pod:1088
861 #: ../src/guestfs.pod:1092 ../src/guestfs.pod:1096 ../src/guestfs.pod:1101
862 #: ../src/guestfs.pod:1109 ../src/guestfs.pod:1128 ../src/guestfs.pod:1136
863 #: ../src/guestfs.pod:1158 ../src/guestfs.pod:1162 ../src/guestfs.pod:1166
864 #: ../src/guestfs.pod:1170 ../src/guestfs.pod:1174 ../src/guestfs.pod:1178
865 #: ../src/guestfs.pod:1660 ../src/guestfs.pod:1665 ../src/guestfs.pod:1669
866 #: ../src/guestfs.pod:1770 ../src/guestfs.pod:1775 ../src/guestfs.pod:1779
867 #: ../src/guestfs.pod:1789 ../src/guestfs.pod:2023 ../src/guestfs.pod:2028
868 #: ../src/guestfs.pod:2034 ../src/guestfs.pod:2042 ../src/guestfs.pod:2396
869 #: ../src/guestfs.pod:2402 ../src/guestfs.pod:2407 ../src/guestfs.pod:2413
870 #: ../src/guestfs.pod:2878 ../src/guestfs.pod:2882 ../src/guestfs.pod:2886
871 #: ../src/guestfs.pod:2890 ../src/guestfs-actions.pod:15
872 #: ../src/guestfs-actions.pod:22 ../src/guestfs-actions.pod:577
873 #: ../src/guestfs-actions.pod:585 ../src/guestfs-actions.pod:592
874 #: ../src/guestfs-actions.pod:599 ../src/guestfs-actions.pod:1600
875 #: ../src/guestfs-actions.pod:1604 ../src/guestfs-actions.pod:1608
876 #: ../src/guestfs-actions.pod:1612 ../src/guestfs-actions.pod:1620
877 #: ../src/guestfs-actions.pod:1624 ../src/guestfs-actions.pod:1628
878 #: ../src/guestfs-actions.pod:1638 ../src/guestfs-actions.pod:1642
879 #: ../src/guestfs-actions.pod:1646 ../src/guestfs-actions.pod:1784
880 #: ../src/guestfs-actions.pod:1788 ../src/guestfs-actions.pod:1793
881 #: ../src/guestfs-actions.pod:1798 ../src/guestfs-actions.pod:1859
882 #: ../src/guestfs-actions.pod:1863 ../src/guestfs-actions.pod:1868
883 #: ../fish/guestfish.pod:443 ../fish/guestfish.pod:447
884 #: ../fish/guestfish.pod:451 ../fish/guestfish.pod:455
885 #: ../fish/guestfish-actions.pod:13 ../fish/guestfish-actions.pod:20
886 #: ../fish/guestfish-actions.pod:380 ../fish/guestfish-actions.pod:388
887 #: ../fish/guestfish-actions.pod:395 ../fish/guestfish-actions.pod:402
888 #: ../fish/guestfish-actions.pod:1072 ../fish/guestfish-actions.pod:1076
889 #: ../fish/guestfish-actions.pod:1080 ../fish/guestfish-actions.pod:1084
890 #: ../fish/guestfish-actions.pod:1092 ../fish/guestfish-actions.pod:1096
891 #: ../fish/guestfish-actions.pod:1100 ../fish/guestfish-actions.pod:1110
892 #: ../fish/guestfish-actions.pod:1114 ../fish/guestfish-actions.pod:1118
893 #: ../fish/guestfish-actions.pod:1208 ../fish/guestfish-actions.pod:1212
894 #: ../fish/guestfish-actions.pod:1217 ../fish/guestfish-actions.pod:1222
895 #: ../fish/guestfish-actions.pod:1264 ../fish/guestfish-actions.pod:1268
896 #: ../fish/guestfish-actions.pod:1273 ../tools/virt-edit.pl:351
897 #: ../tools/virt-edit.pl:356 ../tools/virt-edit.pl:361
898 #: ../tools/virt-edit.pl:372 ../tools/virt-edit.pl:376
899 #: ../tools/virt-win-reg.pl:536 ../tools/virt-win-reg.pl:542
900 #: ../tools/virt-win-reg.pl:548 ../tools/virt-resize.pl:345
901 #: ../tools/virt-resize.pl:350 ../tools/virt-resize.pl:360
902 msgid "*"
903 msgstr ""
904
905 #. type: textblock
906 #: ../src/guestfs.pod:390
907 msgid ""
908 "The kernel version that the command runs under will be different from what "
909 "it expects."
910 msgstr ""
911
912 #. type: textblock
913 #: ../src/guestfs.pod:395
914 msgid ""
915 "If the command needs to communicate with daemons, then most likely they "
916 "won't be running."
917 msgstr ""
918
919 #. type: textblock
920 #: ../src/guestfs.pod:400
921 msgid "The command will be running in limited memory."
922 msgstr ""
923
924 #. type: textblock
925 #: ../src/guestfs.pod:404
926 msgid ""
927 "The network may not be available unless you enable it (see L</"
928 "guestfs_set_network>)."
929 msgstr ""
930
931 #. type: textblock
932 #: ../src/guestfs.pod:409
933 msgid "Only supports Linux guests (not Windows, BSD, etc)."
934 msgstr ""
935
936 #. type: textblock
937 #: ../src/guestfs.pod:413
938 msgid ""
939 "Architecture limitations (eg. won't work for a PPC guest on an X86 host)."
940 msgstr ""
941
942 #. type: textblock
943 #: ../src/guestfs.pod:418
944 msgid ""
945 "For SELinux guests, you may need to enable SELinux and load policy first.  "
946 "See L</SELINUX> in this manpage."
947 msgstr ""
948
949 #. type: textblock
950 #: ../src/guestfs.pod:423
951 msgid ""
952 "I<Security:> It is not safe to run commands from untrusted, possibly "
953 "malicious guests.  These commands may attempt to exploit your program by "
954 "sending unexpected output.  They could also try to exploit the Linux kernel "
955 "or qemu provided by the libguestfs appliance.  They could use the network "
956 "provided by the libguestfs appliance to bypass ordinary network partitions "
957 "and firewalls.  They could use the elevated privileges or different SELinux "
958 "context of your program to their advantage."
959 msgstr ""
960
961 #. type: textblock
962 #: ../src/guestfs.pod:432
963 msgid ""
964 "A secure alternative is to use libguestfs to install a \"firstboot\" script "
965 "(a script which runs when the guest next boots normally), and to have this "
966 "script run the commands you want in the normal context of the running guest, "
967 "network security and so on.  For information about other security issues, "
968 "see L</SECURITY>."
969 msgstr ""
970
971 #. type: textblock
972 #: ../src/guestfs.pod:440
973 msgid ""
974 "The two main API calls to run commands are L</guestfs_command> and L</"
975 "guestfs_sh> (there are also variations)."
976 msgstr ""
977
978 #. type: textblock
979 #: ../src/guestfs.pod:443
980 msgid ""
981 "The difference is that L</guestfs_sh> runs commands using the shell, so any "
982 "shell globs, redirections, etc will work."
983 msgstr ""
984
985 #. type: =head2
986 #: ../src/guestfs.pod:446
987 msgid "CONFIGURATION FILES"
988 msgstr "ФАЙЛИ НАЛАШТУВАННЯ"
989
990 #. type: textblock
991 #: ../src/guestfs.pod:448
992 msgid ""
993 "To read and write configuration files in Linux guest filesystems, we "
994 "strongly recommend using Augeas.  For example, Augeas understands how to "
995 "read and write, say, a Linux shadow password file or X.org configuration "
996 "file, and so avoids you having to write that code."
997 msgstr ""
998
999 #. type: textblock
1000 #: ../src/guestfs.pod:453
1001 msgid ""
1002 "The main Augeas calls are bound through the C<guestfs_aug_*> APIs.  We don't "
1003 "document Augeas itself here because there is excellent documentation on the "
1004 "L<http://augeas.net/> website."
1005 msgstr ""
1006
1007 #. type: textblock
1008 #: ../src/guestfs.pod:457
1009 msgid ""
1010 "If you don't want to use Augeas (you fool!) then try calling L</"
1011 "guestfs_read_lines> to get the file as a list of lines which you can iterate "
1012 "over."
1013 msgstr ""
1014
1015 #. type: =head2
1016 #: ../src/guestfs.pod:461
1017 msgid "SELINUX"
1018 msgstr "SELINUX"
1019
1020 #. type: textblock
1021 #: ../src/guestfs.pod:463
1022 msgid ""
1023 "We support SELinux guests.  To ensure that labeling happens correctly in "
1024 "SELinux guests, you need to enable SELinux and load the guest's policy:"
1025 msgstr ""
1026
1027 #. type: =item
1028 #: ../src/guestfs.pod:469 ../src/guestfs.pod:1281 ../src/guestfs.pod:1412
1029 #: ../src/guestfs.pod:2441
1030 msgid "1."
1031 msgstr ""
1032
1033 #. type: textblock
1034 #: ../src/guestfs.pod:471
1035 msgid "Before launching, do:"
1036 msgstr ""
1037
1038 #. type: verbatim
1039 #: ../src/guestfs.pod:473
1040 #, no-wrap
1041 msgid ""
1042 " guestfs_set_selinux (g, 1);\n"
1043 "\n"
1044 msgstr ""
1045
1046 #. type: =item
1047 #: ../src/guestfs.pod:475 ../src/guestfs.pod:1285 ../src/guestfs.pod:1416
1048 #: ../src/guestfs.pod:2466
1049 msgid "2."
1050 msgstr ""
1051
1052 #. type: textblock
1053 #: ../src/guestfs.pod:477
1054 msgid ""
1055 "After mounting the guest's filesystem(s), load the policy.  This is best "
1056 "done by running the L<load_policy(8)> command in the guest itself:"
1057 msgstr ""
1058
1059 #. type: verbatim
1060 #: ../src/guestfs.pod:481
1061 #, no-wrap
1062 msgid ""
1063 " guestfs_sh (g, \"/usr/sbin/load_policy\");\n"
1064 "\n"
1065 msgstr ""
1066
1067 #. type: textblock
1068 #: ../src/guestfs.pod:483
1069 msgid ""
1070 "(Older versions of C<load_policy> require you to specify the name of the "
1071 "policy file)."
1072 msgstr ""
1073
1074 #. type: =item
1075 #: ../src/guestfs.pod:486 ../src/guestfs.pod:1422
1076 msgid "3."
1077 msgstr ""
1078
1079 #. type: textblock
1080 #: ../src/guestfs.pod:488
1081 msgid ""
1082 "Optionally, set the security context for the API.  The correct security "
1083 "context to use can only be known by inspecting the guest.  As an example:"
1084 msgstr ""
1085
1086 #. type: verbatim
1087 #: ../src/guestfs.pod:492
1088 #, no-wrap
1089 msgid ""
1090 " guestfs_setcon (g, \"unconfined_u:unconfined_r:unconfined_t:s0\");\n"
1091 "\n"
1092 msgstr ""
1093
1094 #. type: textblock
1095 #: ../src/guestfs.pod:496
1096 msgid "This will work for running commands and editing existing files."
1097 msgstr ""
1098
1099 #. type: textblock
1100 #: ../src/guestfs.pod:498
1101 msgid ""
1102 "When new files are created, you may need to label them explicitly, for "
1103 "example by running the external command C<restorecon pathname>."
1104 msgstr ""
1105
1106 #. type: =head2
1107 #: ../src/guestfs.pod:502
1108 msgid "UMASK"
1109 msgstr ""
1110
1111 #. type: textblock
1112 #: ../src/guestfs.pod:504
1113 msgid ""
1114 "Certain calls are affected by the current file mode creation mask (the "
1115 "\"umask\").  In particular ones which create files or directories, such as "
1116 "L</guestfs_touch>, L</guestfs_mknod> or L</guestfs_mkdir>.  This affects "
1117 "either the default mode that the file is created with or modifies the mode "
1118 "that you supply."
1119 msgstr ""
1120
1121 #. type: textblock
1122 #: ../src/guestfs.pod:510
1123 msgid ""
1124 "The default umask is C<022>, so files are created with modes such as C<0644> "
1125 "and directories with C<0755>."
1126 msgstr ""
1127
1128 #. type: textblock
1129 #: ../src/guestfs.pod:513
1130 msgid ""
1131 "There are two ways to avoid being affected by umask.  Either set umask to 0 "
1132 "(call C<guestfs_umask (g, 0)> early after launching).  Or call L</"
1133 "guestfs_chmod> after creating each file or directory."
1134 msgstr ""
1135
1136 #. type: textblock
1137 #: ../src/guestfs.pod:517
1138 msgid "For more information about umask, see L<umask(2)>."
1139 msgstr ""
1140
1141 #. type: =head1
1142 #: ../src/guestfs.pod:519 ../fish/guestfish.pod:765
1143 msgid "ENCRYPTED DISKS"
1144 msgstr ""
1145
1146 #. type: textblock
1147 #: ../src/guestfs.pod:521
1148 msgid ""
1149 "Libguestfs allows you to access Linux guests which have been encrypted using "
1150 "whole disk encryption that conforms to the Linux Unified Key Setup (LUKS) "
1151 "standard.  This includes nearly all whole disk encryption systems used by "
1152 "modern Linux guests."
1153 msgstr ""
1154
1155 #. type: textblock
1156 #: ../src/guestfs.pod:527
1157 msgid ""
1158 "Use L</guestfs_vfs_type> to identify LUKS-encrypted block devices (it "
1159 "returns the string C<crypto_LUKS>)."
1160 msgstr ""
1161
1162 #. type: textblock
1163 #: ../src/guestfs.pod:530
1164 msgid ""
1165 "Then open these devices by calling L</guestfs_luks_open>.  Obviously you "
1166 "will require the passphrase!"
1167 msgstr ""
1168
1169 #. type: textblock
1170 #: ../src/guestfs.pod:533
1171 msgid ""
1172 "Opening a LUKS device creates a new device mapper device called C</dev/"
1173 "mapper/mapname> (where C<mapname> is the string you supply to L</"
1174 "guestfs_luks_open>).  Reads and writes to this mapper device are decrypted "
1175 "from and encrypted to the underlying block device respectively."
1176 msgstr ""
1177
1178 #. type: textblock
1179 #: ../src/guestfs.pod:539
1180 msgid ""
1181 "LVM volume groups on the device can be made visible by calling L</"
1182 "guestfs_vgscan> followed by L</guestfs_vg_activate_all>.  The logical volume"
1183 "(s) can now be mounted in the usual way."
1184 msgstr ""
1185
1186 #. type: textblock
1187 #: ../src/guestfs.pod:543
1188 msgid ""
1189 "Use the reverse process to close a LUKS device.  Unmount any logical volumes "
1190 "on it, deactivate the volume groups by caling C<guestfs_vg_activate (g, 0, "
1191 "[\"/dev/VG\"])>.  Then close the mapper device by calling L</"
1192 "guestfs_luks_close> on the C</dev/mapper/mapname> device (I<not> the "
1193 "underlying encrypted block device)."
1194 msgstr ""
1195
1196 #. type: =head2
1197 #: ../src/guestfs.pod:550
1198 msgid "INSPECTION"
1199 msgstr "ПЕРЕВІРКА"
1200
1201 #. type: textblock
1202 #: ../src/guestfs.pod:552
1203 msgid ""
1204 "Libguestfs has APIs for inspecting an unknown disk image to find out if it "
1205 "contains operating systems, an install CD or a live CD.  (These APIs used to "
1206 "be in a separate Perl-only library called L<Sys::Guestfs::Lib(3)> but since "
1207 "version 1.5.3 the most frequently used part of this library has been "
1208 "rewritten in C and moved into the core code)."
1209 msgstr ""
1210
1211 #. type: textblock
1212 #: ../src/guestfs.pod:559
1213 msgid ""
1214 "Add all disks belonging to the unknown virtual machine and call L</"
1215 "guestfs_launch> in the usual way."
1216 msgstr ""
1217
1218 #. type: textblock
1219 #: ../src/guestfs.pod:562
1220 msgid ""
1221 "Then call L</guestfs_inspect_os>.  This function uses other libguestfs calls "
1222 "and certain heuristics, and returns a list of operating systems that were "
1223 "found.  An empty list means none were found.  A single element is the root "
1224 "filesystem of the operating system.  For dual- or multi-boot guests, "
1225 "multiple roots can be returned, each one corresponding to a separate "
1226 "operating system.  (Multi-boot virtual machines are extremely rare in the "
1227 "world of virtualization, but since this scenario can happen, we have built "
1228 "libguestfs to deal with it.)"
1229 msgstr ""
1230
1231 #. type: textblock
1232 #: ../src/guestfs.pod:571
1233 msgid ""
1234 "For each root, you can then call various C<guestfs_inspect_get_*> functions "
1235 "to get additional details about that operating system.  For example, call L</"
1236 "guestfs_inspect_get_type> to return the string C<windows> or C<linux> for "
1237 "Windows and Linux-based operating systems respectively."
1238 msgstr ""
1239
1240 #. type: textblock
1241 #: ../src/guestfs.pod:577
1242 msgid ""
1243 "Un*x-like and Linux-based operating systems usually consist of several "
1244 "filesystems which are mounted at boot time (for example, a separate boot "
1245 "partition mounted on C</boot>).  The inspection rules are able to detect how "
1246 "filesystems correspond to mount points.  Call "
1247 "C<guestfs_inspect_get_mountpoints> to get this mapping.  It might return a "
1248 "hash table like this example:"
1249 msgstr ""
1250
1251 #. type: verbatim
1252 #: ../src/guestfs.pod:584
1253 #, no-wrap
1254 msgid ""
1255 " /boot => /dev/sda1\n"
1256 " /     => /dev/vg_guest/lv_root\n"
1257 " /usr  => /dev/vg_guest/lv_usr\n"
1258 "\n"
1259 msgstr ""
1260
1261 #. type: textblock
1262 #: ../src/guestfs.pod:588
1263 msgid ""
1264 "The caller can then make calls to L</guestfs_mount_options> to mount the "
1265 "filesystems as suggested."
1266 msgstr ""
1267
1268 #. type: textblock
1269 #: ../src/guestfs.pod:591
1270 msgid ""
1271 "Be careful to mount filesystems in the right order (eg. C</> before C</"
1272 "usr>).  Sorting the keys of the hash by length, shortest first, should work."
1273 msgstr ""
1274
1275 #. type: textblock
1276 #: ../src/guestfs.pod:595
1277 msgid ""
1278 "Inspection currently only works for some common operating systems.  "
1279 "Contributors are welcome to send patches for other operating systems that we "
1280 "currently cannot detect."
1281 msgstr ""
1282
1283 #. type: textblock
1284 #: ../src/guestfs.pod:599
1285 msgid ""
1286 "Encrypted disks must be opened before inspection.  See L</ENCRYPTED DISKS> "
1287 "for more details.  The L</guestfs_inspect_os> function just ignores any "
1288 "encrypted devices."
1289 msgstr ""
1290
1291 #. type: textblock
1292 #: ../src/guestfs.pod:603
1293 msgid ""
1294 "A note on the implementation: The call L</guestfs_inspect_os> performs "
1295 "inspection and caches the results in the guest handle.  Subsequent calls to "
1296 "C<guestfs_inspect_get_*> return this cached information, but I<do not> re-"
1297 "read the disks.  If you change the content of the guest disks, you can redo "
1298 "inspection by calling L</guestfs_inspect_os> again.  (L</"
1299 "guestfs_inspect_list_applications> works a little differently from the other "
1300 "calls and does read the disks.  See documentation for that function for "
1301 "details)."
1302 msgstr ""
1303
1304 #. type: =head3
1305 #: ../src/guestfs.pod:612
1306 msgid "INSPECTING INSTALL DISKS"
1307 msgstr ""
1308
1309 #. type: textblock
1310 #: ../src/guestfs.pod:614
1311 msgid ""
1312 "Libguestfs (since 1.9.4) can detect some install disks, install CDs, live "
1313 "CDs and more."
1314 msgstr ""
1315
1316 #. type: textblock
1317 #: ../src/guestfs.pod:617
1318 msgid ""
1319 "Call L</guestfs_inspect_get_format> to return the format of the operating "
1320 "system, which currently can be C<installed> (a regular operating system) or "
1321 "C<installer> (some sort of install disk)."
1322 msgstr ""
1323
1324 #. type: textblock
1325 #: ../src/guestfs.pod:621
1326 msgid ""
1327 "Further information is available about the operating system that can be "
1328 "installed using the regular inspection APIs like L</"
1329 "guestfs_inspect_get_product_name>, L</guestfs_inspect_get_major_version> etc."
1330 msgstr ""
1331
1332 #. type: textblock
1333 #: ../src/guestfs.pod:626
1334 msgid ""
1335 "Some additional information specific to installer disks is also available "
1336 "from the L</guestfs_inspect_is_live>, L</guestfs_inspect_is_netinst> and L</"
1337 "guestfs_inspect_is_multipart> calls."
1338 msgstr ""
1339
1340 #. type: =head2
1341 #: ../src/guestfs.pod:631
1342 msgid "SPECIAL CONSIDERATIONS FOR WINDOWS GUESTS"
1343 msgstr ""
1344
1345 #. type: textblock
1346 #: ../src/guestfs.pod:633
1347 msgid ""
1348 "Libguestfs can mount NTFS partitions.  It does this using the L<http://www."
1349 "ntfs-3g.org/> driver."
1350 msgstr ""
1351
1352 #. type: =head3
1353 #: ../src/guestfs.pod:636
1354 msgid "DRIVE LETTERS AND PATHS"
1355 msgstr ""
1356
1357 #. type: textblock
1358 #: ../src/guestfs.pod:638
1359 msgid ""
1360 "DOS and Windows still use drive letters, and the filesystems are always "
1361 "treated as case insensitive by Windows itself, and therefore you might find "
1362 "a Windows configuration file referring to a path like C<c:\\windows"
1363 "\\system32>.  When the filesystem is mounted in libguestfs, that directory "
1364 "might be referred to as C</WINDOWS/System32>."
1365 msgstr ""
1366
1367 #. type: textblock
1368 #: ../src/guestfs.pod:644
1369 msgid ""
1370 "Drive letter mappings are outside the scope of libguestfs.  You have to use "
1371 "libguestfs to read the appropriate Windows Registry and configuration files, "
1372 "to determine yourself how drives are mapped (see also L<hivex(3)> and L<virt-"
1373 "inspector(1)>)."
1374 msgstr ""
1375
1376 #. type: textblock
1377 #: ../src/guestfs.pod:649
1378 msgid ""
1379 "Replacing backslash characters with forward slash characters is also outside "
1380 "the scope of libguestfs, but something that you can easily do."
1381 msgstr ""
1382
1383 #. type: textblock
1384 #: ../src/guestfs.pod:652
1385 msgid ""
1386 "Where we can help is in resolving the case insensitivity of paths.  For "
1387 "this, call L</guestfs_case_sensitive_path>."
1388 msgstr ""
1389
1390 #. type: =head3
1391 #: ../src/guestfs.pod:655
1392 msgid "ACCESSING THE WINDOWS REGISTRY"
1393 msgstr ""
1394
1395 #. type: textblock
1396 #: ../src/guestfs.pod:657
1397 msgid ""
1398 "Libguestfs also provides some help for decoding Windows Registry \"hive\" "
1399 "files, through the library C<hivex> which is part of the libguestfs project "
1400 "although ships as a separate tarball.  You have to locate and download the "
1401 "hive file(s) yourself, and then pass them to C<hivex> functions.  See also "
1402 "the programs L<hivexml(1)>, L<hivexsh(1)>, L<hivexregedit(1)> and L<virt-win-"
1403 "reg(1)> for more help on this issue."
1404 msgstr ""
1405
1406 #. type: =head3
1407 #: ../src/guestfs.pod:665
1408 msgid "SYMLINKS ON NTFS-3G FILESYSTEMS"
1409 msgstr ""
1410
1411 #. type: textblock
1412 #: ../src/guestfs.pod:667
1413 msgid ""
1414 "Ntfs-3g tries to rewrite \"Junction Points\" and NTFS \"symbolic links\" to "
1415 "provide something which looks like a Linux symlink.  The way it tries to do "
1416 "the rewriting is described here:"
1417 msgstr ""
1418
1419 #. type: textblock
1420 #: ../src/guestfs.pod:671
1421 msgid ""
1422 "L<http://www.tuxera.com/community/ntfs-3g-advanced/junction-points-and-"
1423 "symbolic-links/>"
1424 msgstr ""
1425 "L<http://www.tuxera.com/community/ntfs-3g-advanced/junction-points-and-"
1426 "symbolic-links/>"
1427
1428 #. type: textblock
1429 #: ../src/guestfs.pod:673
1430 msgid ""
1431 "The essential problem is that ntfs-3g simply does not have enough "
1432 "information to do a correct job.  NTFS links can contain drive letters and "
1433 "references to external device GUIDs that ntfs-3g has no way of resolving.  "
1434 "It is almost certainly the case that libguestfs callers should ignore what "
1435 "ntfs-3g does (ie. don't use L</guestfs_readlink> on NTFS volumes)."
1436 msgstr ""
1437
1438 #. type: textblock
1439 #: ../src/guestfs.pod:680
1440 msgid ""
1441 "Instead if you encounter a symbolic link on an ntfs-3g filesystem, use L</"
1442 "guestfs_lgetxattr> to read the C<system.ntfs_reparse_data> extended "
1443 "attribute, and read the raw reparse data from that (you can find the format "
1444 "documented in various places around the web)."
1445 msgstr ""
1446
1447 #. type: =head3
1448 #: ../src/guestfs.pod:685
1449 msgid "EXTENDED ATTRIBUTES ON NTFS-3G FILESYSTEMS"
1450 msgstr ""
1451
1452 #. type: textblock
1453 #: ../src/guestfs.pod:687
1454 msgid ""
1455 "There are other useful extended attributes that can be read from ntfs-3g "
1456 "filesystems (using L</guestfs_getxattr>).  See:"
1457 msgstr ""
1458
1459 #. type: textblock
1460 #: ../src/guestfs.pod:690
1461 msgid ""
1462 "L<http://www.tuxera.com/community/ntfs-3g-advanced/extended-attributes/>"
1463 msgstr ""
1464 "L<http://www.tuxera.com/community/ntfs-3g-advanced/extended-attributes/>"
1465
1466 #. type: =head2
1467 #: ../src/guestfs.pod:692
1468 msgid "USING LIBGUESTFS WITH OTHER PROGRAMMING LANGUAGES"
1469 msgstr ""
1470
1471 #. type: textblock
1472 #: ../src/guestfs.pod:694
1473 msgid ""
1474 "Although we don't want to discourage you from using the C API, we will "
1475 "mention here that the same API is also available in other languages."
1476 msgstr ""
1477
1478 #. type: textblock
1479 #: ../src/guestfs.pod:697
1480 msgid ""
1481 "The API is broadly identical in all supported languages.  This means that "
1482 "the C call C<guestfs_add_drive_ro(g,file)> is C<$g-E<gt>add_drive_ro($file)> "
1483 "in Perl, C<g.add_drive_ro(file)> in Python, and C<g#add_drive_ro file> in "
1484 "OCaml.  In other words, a straightforward, predictable isomorphism between "
1485 "each language."
1486 msgstr ""
1487
1488 #. type: textblock
1489 #: ../src/guestfs.pod:703
1490 msgid ""
1491 "Error messages are automatically transformed into exceptions if the language "
1492 "supports it."
1493 msgstr ""
1494
1495 #. type: textblock
1496 #: ../src/guestfs.pod:706
1497 msgid ""
1498 "We don't try to \"object orientify\" parts of the API in OO languages, "
1499 "although contributors are welcome to write higher level APIs above what we "
1500 "provide in their favourite languages if they wish."
1501 msgstr ""
1502
1503 #. type: =item
1504 #: ../src/guestfs.pod:712
1505 msgid "B<C++>"
1506 msgstr "B<C++>"
1507
1508 #. type: textblock
1509 #: ../src/guestfs.pod:714
1510 msgid ""
1511 "You can use the I<guestfs.h> header file from C++ programs.  The C++ API is "
1512 "identical to the C API.  C++ classes and exceptions are not used."
1513 msgstr ""
1514
1515 #. type: =item
1516 #: ../src/guestfs.pod:718
1517 msgid "B<C#>"
1518 msgstr "B<C#>"
1519
1520 #. type: textblock
1521 #: ../src/guestfs.pod:720
1522 msgid ""
1523 "The C# bindings are highly experimental.  Please read the warnings at the "
1524 "top of C<csharp/Libguestfs.cs>."
1525 msgstr ""
1526
1527 #. type: =item
1528 #: ../src/guestfs.pod:723
1529 msgid "B<Haskell>"
1530 msgstr "B<Haskell>"
1531
1532 #. type: textblock
1533 #: ../src/guestfs.pod:725
1534 msgid ""
1535 "This is the only language binding that is working but incomplete.  Only "
1536 "calls which return simple integers have been bound in Haskell, and we are "
1537 "looking for help to complete this binding."
1538 msgstr ""
1539
1540 #. type: =item
1541 #: ../src/guestfs.pod:729
1542 msgid "B<Java>"
1543 msgstr "B<Java>"
1544
1545 #. type: textblock
1546 #: ../src/guestfs.pod:731
1547 msgid ""
1548 "Full documentation is contained in the Javadoc which is distributed with "
1549 "libguestfs."
1550 msgstr ""
1551
1552 #. type: =item
1553 #: ../src/guestfs.pod:734
1554 msgid "B<OCaml>"
1555 msgstr "B<OCaml>"
1556
1557 #. type: textblock
1558 #: ../src/guestfs.pod:736
1559 msgid "See L<guestfs-ocaml(3)>."
1560 msgstr "Див. L<guestfs-ocaml(3)>."
1561
1562 #. type: =item
1563 #: ../src/guestfs.pod:738
1564 msgid "B<Perl>"
1565 msgstr "B<Perl>"
1566
1567 #. type: textblock
1568 #: ../src/guestfs.pod:740
1569 msgid "See L<guestfs-perl(3)> and L<Sys::Guestfs(3)>."
1570 msgstr "Див. L<guestfs-perl(3)> та L<Sys::Guestfs(3)>."
1571
1572 #. type: =item
1573 #: ../src/guestfs.pod:742
1574 msgid "B<PHP>"
1575 msgstr "B<PHP>"
1576
1577 #. type: textblock
1578 #: ../src/guestfs.pod:744
1579 msgid ""
1580 "For documentation see C<README-PHP> supplied with libguestfs sources or in "
1581 "the php-libguestfs package for your distribution."
1582 msgstr ""
1583
1584 #. type: textblock
1585 #: ../src/guestfs.pod:747
1586 msgid "The PHP binding only works correctly on 64 bit machines."
1587 msgstr ""
1588
1589 #. type: =item
1590 #: ../src/guestfs.pod:749
1591 msgid "B<Python>"
1592 msgstr "B<Python>"
1593
1594 #. type: textblock
1595 #: ../src/guestfs.pod:751
1596 msgid "See L<guestfs-python(3)>."
1597 msgstr "Див. L<guestfs-python(3)>."
1598
1599 #. type: =item
1600 #: ../src/guestfs.pod:753
1601 msgid "B<Ruby>"
1602 msgstr "B<Ruby>"
1603
1604 #. type: textblock
1605 #: ../src/guestfs.pod:755
1606 msgid "See L<guestfs-ruby(3)>."
1607 msgstr "Див. L<guestfs-ruby(3)>."
1608
1609 #. type: =item
1610 #: ../src/guestfs.pod:757
1611 msgid "B<shell scripts>"
1612 msgstr "B<скрипти оболонки>"
1613
1614 #. type: textblock
1615 #: ../src/guestfs.pod:759
1616 msgid "See L<guestfish(1)>."
1617 msgstr "Див. L<guestfish(1)>."
1618
1619 #. type: =head2
1620 #: ../src/guestfs.pod:763
1621 msgid "LIBGUESTFS GOTCHAS"
1622 msgstr ""
1623
1624 #. type: textblock
1625 #: ../src/guestfs.pod:765
1626 msgid ""
1627 "L<http://en.wikipedia.org/wiki/Gotcha_(programming)>: \"A feature of a "
1628 "system [...] that works in the way it is documented but is counterintuitive "
1629 "and almost invites mistakes.\""
1630 msgstr ""
1631
1632 #. type: textblock
1633 #: ../src/guestfs.pod:769
1634 msgid ""
1635 "Since we developed libguestfs and the associated tools, there are several "
1636 "things we would have designed differently, but are now stuck with for "
1637 "backwards compatibility or other reasons.  If there is ever a libguestfs 2.0 "
1638 "release, you can expect these to change.  Beware of them."
1639 msgstr ""
1640
1641 #. type: =item
1642 #: ../src/guestfs.pod:777
1643 msgid "Autosync / forgetting to sync."
1644 msgstr ""
1645
1646 #. type: textblock
1647 #: ../src/guestfs.pod:779
1648 msgid ""
1649 "When modifying a filesystem from C or another language, you B<must> unmount "
1650 "all filesystems and call L</guestfs_sync> explicitly before you close the "
1651 "libguestfs handle.  You can also call:"
1652 msgstr ""
1653
1654 #. type: verbatim
1655 #: ../src/guestfs.pod:783
1656 #, no-wrap
1657 msgid ""
1658 " guestfs_set_autosync (g, 1);\n"
1659 "\n"
1660 msgstr ""
1661
1662 #. type: textblock
1663 #: ../src/guestfs.pod:785
1664 msgid ""
1665 "to have the unmount/sync done automatically for you when the handle 'g' is "
1666 "closed.  (This feature is called \"autosync\", L</guestfs_set_autosync> q.v.)"
1667 msgstr ""
1668
1669 #. type: textblock
1670 #: ../src/guestfs.pod:789
1671 msgid ""
1672 "If you forget to do this, then it is entirely possible that your changes "
1673 "won't be written out, or will be partially written, or (very rarely) that "
1674 "you'll get disk corruption."
1675 msgstr ""
1676
1677 #. type: textblock
1678 #: ../src/guestfs.pod:793
1679 msgid ""
1680 "Note that in L<guestfish(3)> autosync is the default.  So quick and dirty "
1681 "guestfish scripts that forget to sync will work just fine, which can make "
1682 "this very puzzling if you are trying to debug a problem."
1683 msgstr ""
1684
1685 #. type: textblock
1686 #: ../src/guestfs.pod:797
1687 msgid ""
1688 "Update: Autosync is enabled by default for all API users starting from "
1689 "libguestfs 1.5.24."
1690 msgstr ""
1691
1692 #. type: =item
1693 #: ../src/guestfs.pod:800
1694 msgid "Mount option C<-o sync> should not be the default."
1695 msgstr ""
1696
1697 #. type: textblock
1698 #: ../src/guestfs.pod:802
1699 msgid ""
1700 "If you use L</guestfs_mount>, then C<-o sync,noatime> are added implicitly.  "
1701 "However C<-o sync> does not add any reliability benefit, but does have a "
1702 "very large performance impact."
1703 msgstr ""
1704
1705 #. type: textblock
1706 #: ../src/guestfs.pod:806
1707 msgid ""
1708 "The work around is to use L</guestfs_mount_options> and set the mount "
1709 "options that you actually want to use."
1710 msgstr ""
1711
1712 #. type: =item
1713 #: ../src/guestfs.pod:809
1714 msgid "Read-only should be the default."
1715 msgstr ""
1716
1717 #. type: textblock
1718 #: ../src/guestfs.pod:811
1719 msgid ""
1720 "In L<guestfish(3)>, I<--ro> should be the default, and you should have to "
1721 "specify I<--rw> if you want to make changes to the image."
1722 msgstr ""
1723
1724 #. type: textblock
1725 #: ../src/guestfs.pod:814
1726 msgid "This would reduce the potential to corrupt live VM images."
1727 msgstr ""
1728
1729 #. type: textblock
1730 #: ../src/guestfs.pod:816
1731 msgid ""
1732 "Note that many filesystems change the disk when you just mount and unmount, "
1733 "even if you didn't perform any writes.  You need to use L</"
1734 "guestfs_add_drive_ro> to guarantee that the disk is not changed."
1735 msgstr ""
1736
1737 #. type: =item
1738 #: ../src/guestfs.pod:820
1739 msgid "guestfish command line is hard to use."
1740 msgstr ""
1741
1742 #. type: textblock
1743 #: ../src/guestfs.pod:822
1744 msgid ""
1745 "C<guestfish disk.img> doesn't do what people expect (open C<disk.img> for "
1746 "examination).  It tries to run a guestfish command C<disk.img> which doesn't "
1747 "exist, so it fails.  In earlier versions of guestfish the error message was "
1748 "also unintuitive, but we have corrected this since.  Like the Bourne shell, "
1749 "we should have used C<guestfish -c command> to run commands."
1750 msgstr ""
1751
1752 #. type: =item
1753 #: ../src/guestfs.pod:829
1754 msgid "guestfish megabyte modifiers don't work right on all commands"
1755 msgstr ""
1756
1757 #. type: textblock
1758 #: ../src/guestfs.pod:831
1759 msgid ""
1760 "In recent guestfish you can use C<1M> to mean 1 megabyte (and similarly for "
1761 "other modifiers).  What guestfish actually does is to multiply the number "
1762 "part by the modifier part and pass the result to the C API.  However this "
1763 "doesn't work for a few APIs which aren't expecting bytes, but are already "
1764 "expecting some other unit (eg. megabytes)."
1765 msgstr ""
1766
1767 #. type: textblock
1768 #: ../src/guestfs.pod:838
1769 msgid "The most common is L</guestfs_lvcreate>.  The guestfish command:"
1770 msgstr ""
1771
1772 #. type: verbatim
1773 #: ../src/guestfs.pod:840
1774 #, no-wrap
1775 msgid ""
1776 " lvcreate LV VG 100M\n"
1777 "\n"
1778 msgstr ""
1779
1780 #. type: textblock
1781 #: ../src/guestfs.pod:842
1782 msgid ""
1783 "does not do what you might expect.  Instead because L</guestfs_lvcreate> is "
1784 "already expecting megabytes, this tries to create a 100 I<terabyte> (100 "
1785 "megabytes * megabytes) logical volume.  The error message you get from this "
1786 "is also a little obscure."
1787 msgstr ""
1788
1789 #. type: textblock
1790 #: ../src/guestfs.pod:847
1791 msgid ""
1792 "This could be fixed in the generator by specially marking parameters and "
1793 "return values which take bytes or other units."
1794 msgstr ""
1795
1796 #. type: =item
1797 #: ../src/guestfs.pod:850
1798 msgid "Ambiguity between devices and paths"
1799 msgstr ""
1800
1801 #. type: textblock
1802 #: ../src/guestfs.pod:852
1803 msgid ""
1804 "There is a subtle ambiguity in the API between a device name (eg. C</dev/"
1805 "sdb2>) and a similar pathname.  A file might just happen to be called "
1806 "C<sdb2> in the directory C</dev> (consider some non-Unix VM image)."
1807 msgstr ""
1808
1809 #. type: textblock
1810 #: ../src/guestfs.pod:857
1811 msgid ""
1812 "In the current API we usually resolve this ambiguity by having two separate "
1813 "calls, for example L</guestfs_checksum> and L</guestfs_checksum_device>.  "
1814 "Some API calls are ambiguous and (incorrectly) resolve the problem by "
1815 "detecting if the path supplied begins with C</dev/>."
1816 msgstr ""
1817
1818 #. type: textblock
1819 #: ../src/guestfs.pod:863
1820 msgid ""
1821 "To avoid both the ambiguity and the need to duplicate some calls, we could "
1822 "make paths/devices into structured names.  One way to do this would be to "
1823 "use a notation like grub (C<hd(0,0)>), although nobody really likes this "
1824 "aspect of grub.  Another way would be to use a structured type, equivalent "
1825 "to this OCaml type:"
1826 msgstr ""
1827
1828 #. type: verbatim
1829 #: ../src/guestfs.pod:869
1830 #, no-wrap
1831 msgid ""
1832 " type path = Path of string | Device of int | Partition of int * int\n"
1833 "\n"
1834 msgstr ""
1835
1836 #. type: textblock
1837 #: ../src/guestfs.pod:871
1838 msgid "which would allow you to pass arguments like:"
1839 msgstr ""
1840
1841 #. type: verbatim
1842 #: ../src/guestfs.pod:873
1843 #, no-wrap
1844 msgid ""
1845 " Path \"/foo/bar\"\n"
1846 " Device 1            (* /dev/sdb, or perhaps /dev/sda *)\n"
1847 " Partition (1, 2)    (* /dev/sdb2 (or is it /dev/sda2 or /dev/sdb3?) *)\n"
1848 " Path \"/dev/sdb2\"    (* not a device *)\n"
1849 "\n"
1850 msgstr ""
1851
1852 #. type: textblock
1853 #: ../src/guestfs.pod:878
1854 msgid ""
1855 "As you can see there are still problems to resolve even with this "
1856 "representation.  Also consider how it might work in guestfish."
1857 msgstr ""
1858
1859 #. type: =head2
1860 #: ../src/guestfs.pod:883
1861 msgid "PROTOCOL LIMITS"
1862 msgstr ""
1863
1864 #. type: textblock
1865 #: ../src/guestfs.pod:885
1866 msgid ""
1867 "Internally libguestfs uses a message-based protocol to pass API calls and "
1868 "their responses to and from a small \"appliance\" (see L</INTERNALS> for "
1869 "plenty more detail about this).  The maximum message size used by the "
1870 "protocol is slightly less than 4 MB.  For some API calls you may need to be "
1871 "aware of this limit.  The API calls which may be affected are individually "
1872 "documented, with a link back to this section of the documentation."
1873 msgstr ""
1874
1875 #. type: textblock
1876 #: ../src/guestfs.pod:893
1877 msgid ""
1878 "A simple call such as L</guestfs_cat> returns its result (the file data) in "
1879 "a simple string.  Because this string is at some point internally encoded as "
1880 "a message, the maximum size that it can return is slightly under 4 MB.  If "
1881 "the requested file is larger than this then you will get an error."
1882 msgstr ""
1883
1884 #. type: textblock
1885 #: ../src/guestfs.pod:899
1886 msgid ""
1887 "In order to transfer large files into and out of the guest filesystem, you "
1888 "need to use particular calls that support this.  The sections L</UPLOADING> "
1889 "and L</DOWNLOADING> document how to do this."
1890 msgstr ""
1891
1892 #. type: textblock
1893 #: ../src/guestfs.pod:903
1894 msgid ""
1895 "You might also consider mounting the disk image using our FUSE filesystem "
1896 "support (L<guestmount(1)>)."
1897 msgstr ""
1898
1899 #. type: =head2
1900 #: ../src/guestfs.pod:906
1901 msgid "KEYS AND PASSPHRASES"
1902 msgstr ""
1903
1904 #. type: textblock
1905 #: ../src/guestfs.pod:908
1906 msgid ""
1907 "Certain libguestfs calls take a parameter that contains sensitive key "
1908 "material, passed in as a C string."
1909 msgstr ""
1910
1911 #. type: textblock
1912 #: ../src/guestfs.pod:911
1913 msgid ""
1914 "In the future we would hope to change the libguestfs implementation so that "
1915 "keys are L<mlock(2)>-ed into physical RAM, and thus can never end up in "
1916 "swap.  However this is I<not> done at the moment, because of the complexity "
1917 "of such an implementation."
1918 msgstr ""
1919
1920 #. type: textblock
1921 #: ../src/guestfs.pod:916
1922 msgid ""
1923 "Therefore you should be aware that any key parameter you pass to libguestfs "
1924 "might end up being written out to the swap partition.  If this is a concern, "
1925 "scrub the swap partition or don't use libguestfs on encrypted devices."
1926 msgstr ""
1927
1928 #. type: =head2
1929 #: ../src/guestfs.pod:921
1930 msgid "MULTIPLE HANDLES AND MULTIPLE THREADS"
1931 msgstr ""
1932
1933 #. type: textblock
1934 #: ../src/guestfs.pod:923
1935 msgid ""
1936 "All high-level libguestfs actions are synchronous.  If you want to use "
1937 "libguestfs asynchronously then you must create a thread."
1938 msgstr ""
1939
1940 #. type: textblock
1941 #: ../src/guestfs.pod:926
1942 msgid ""
1943 "Only use the handle from a single thread.  Either use the handle exclusively "
1944 "from one thread, or provide your own mutex so that two threads cannot issue "
1945 "calls on the same handle at the same time."
1946 msgstr ""
1947
1948 #. type: textblock
1949 #: ../src/guestfs.pod:930
1950 msgid ""
1951 "See the graphical program guestfs-browser for one possible architecture for "
1952 "multithreaded programs using libvirt and libguestfs."
1953 msgstr ""
1954
1955 #. type: =head2
1956 #: ../src/guestfs.pod:933
1957 msgid "PATH"
1958 msgstr "ШЛЯХ"
1959
1960 #. type: textblock
1961 #: ../src/guestfs.pod:935
1962 msgid ""
1963 "Libguestfs needs a supermin appliance, which it finds by looking along an "
1964 "internal path."
1965 msgstr ""
1966
1967 #. type: textblock
1968 #: ../src/guestfs.pod:938
1969 msgid ""
1970 "By default it looks for these in the directory C<$libdir/guestfs> (eg. C</"
1971 "usr/local/lib/guestfs> or C</usr/lib64/guestfs>)."
1972 msgstr ""
1973
1974 #. type: textblock
1975 #: ../src/guestfs.pod:941
1976 msgid ""
1977 "Use L</guestfs_set_path> or set the environment variable L</LIBGUESTFS_PATH> "
1978 "to change the directories that libguestfs will search in.  The value is a "
1979 "colon-separated list of paths.  The current directory is I<not> searched "
1980 "unless the path contains an empty element or C<.>.  For example "
1981 "C<LIBGUESTFS_PATH=:/usr/lib/guestfs> would search the current directory and "
1982 "then C</usr/lib/guestfs>."
1983 msgstr ""
1984
1985 #. type: =head2
1986 #: ../src/guestfs.pod:948
1987 msgid "QEMU WRAPPERS"
1988 msgstr ""
1989
1990 #. type: textblock
1991 #: ../src/guestfs.pod:950
1992 msgid ""
1993 "If you want to compile your own qemu, run qemu from a non-standard location, "
1994 "or pass extra arguments to qemu, then you can write a shell-script wrapper "
1995 "around qemu."
1996 msgstr ""
1997
1998 #. type: textblock
1999 #: ../src/guestfs.pod:954
2000 msgid ""
2001 "There is one important rule to remember: you I<must C<exec qemu>> as the "
2002 "last command in the shell script (so that qemu replaces the shell and "
2003 "becomes the direct child of the libguestfs-using program).  If you don't do "
2004 "this, then the qemu process won't be cleaned up correctly."
2005 msgstr ""
2006
2007 #. type: textblock
2008 #: ../src/guestfs.pod:959
2009 msgid ""
2010 "Here is an example of a wrapper, where I have built my own copy of qemu from "
2011 "source:"
2012 msgstr ""
2013
2014 #. type: verbatim
2015 #: ../src/guestfs.pod:962
2016 #, no-wrap
2017 msgid ""
2018 " #!/bin/sh -\n"
2019 " qemudir=/home/rjones/d/qemu\n"
2020 " exec $qemudir/x86_64-softmmu/qemu-system-x86_64 -L $qemudir/pc-bios \"$@\"\n"
2021 "\n"
2022 msgstr ""
2023
2024 #. type: textblock
2025 #: ../src/guestfs.pod:966
2026 msgid ""
2027 "Save this script as C</tmp/qemu.wrapper> (or wherever), C<chmod +x>, and "
2028 "then use it by setting the LIBGUESTFS_QEMU environment variable.  For "
2029 "example:"
2030 msgstr ""
2031
2032 #. type: verbatim
2033 #: ../src/guestfs.pod:970
2034 #, no-wrap
2035 msgid ""
2036 " LIBGUESTFS_QEMU=/tmp/qemu.wrapper guestfish\n"
2037 "\n"
2038 msgstr ""
2039
2040 #. type: textblock
2041 #: ../src/guestfs.pod:972
2042 msgid ""
2043 "Note that libguestfs also calls qemu with the -help and -version options in "
2044 "order to determine features."
2045 msgstr ""
2046
2047 #. type: =head2
2048 #: ../src/guestfs.pod:975
2049 msgid "ATTACHING TO RUNNING DAEMONS"
2050 msgstr ""
2051
2052 #. type: textblock
2053 #: ../src/guestfs.pod:977
2054 msgid ""
2055 "I<Note (1):> This is B<highly experimental> and has a tendency to eat "
2056 "babies.  Use with caution."
2057 msgstr ""
2058
2059 #. type: textblock
2060 #: ../src/guestfs.pod:980
2061 msgid ""
2062 "I<Note (2):> This section explains how to attach to a running daemon from a "
2063 "low level perspective.  For most users, simply using virt tools such as "
2064 "L<guestfish(1)> with the I<--live> option will \"just work\"."
2065 msgstr ""
2066
2067 #. type: =head3
2068 #: ../src/guestfs.pod:984
2069 msgid "Using guestfs_set_attach_method"
2070 msgstr ""
2071
2072 #. type: textblock
2073 #: ../src/guestfs.pod:986
2074 msgid ""
2075 "By calling L</guestfs_set_attach_method> you can change how the library "
2076 "connects to the C<guestfsd> daemon in L</guestfs_launch> (read L</"
2077 "ARCHITECTURE> for some background)."
2078 msgstr ""
2079
2080 #. type: textblock
2081 #: ../src/guestfs.pod:990
2082 msgid ""
2083 "The normal attach method is C<appliance>, where a small appliance is created "
2084 "containing the daemon, and then the library connects to this."
2085 msgstr ""
2086
2087 #. type: textblock
2088 #: ../src/guestfs.pod:993
2089 msgid ""
2090 "Setting attach method to C<unix:I<path>> (where I<path> is the path of a "
2091 "Unix domain socket) causes L</guestfs_launch> to connect to an existing "
2092 "daemon over the Unix domain socket."
2093 msgstr ""
2094
2095 #. type: textblock
2096 #: ../src/guestfs.pod:997
2097 msgid ""
2098 "The normal use for this is to connect to a running virtual machine that "
2099 "contains a C<guestfsd> daemon, and send commands so you can read and write "
2100 "files inside the live virtual machine."
2101 msgstr ""
2102
2103 #. type: =head3
2104 #: ../src/guestfs.pod:1001
2105 msgid "Using guestfs_add_domain with live flag"
2106 msgstr ""
2107
2108 #. type: textblock
2109 #: ../src/guestfs.pod:1003
2110 msgid ""
2111 "L</guestfs_add_domain> provides some help for getting the correct attach "
2112 "method.  If you pass the C<live> option to this function, then (if the "
2113 "virtual machine is running) it will examine the libvirt XML looking for a "
2114 "virtio-serial channel to connect to:"
2115 msgstr ""
2116
2117 #. type: verbatim
2118 #: ../src/guestfs.pod:1009
2119 #, no-wrap
2120 msgid ""
2121 " <domain>\n"
2122 "   ...\n"
2123 "   <devices>\n"
2124 "     ...\n"
2125 "     <channel type='unix'>\n"
2126 "       <source mode='bind' path='/path/to/socket'/>\n"
2127 "       <target type='virtio' name='org.libguestfs.channel.0'/>\n"
2128 "     </channel>\n"
2129 "     ...\n"
2130 "   </devices>\n"
2131 " </domain>\n"
2132 "\n"
2133 msgstr ""
2134
2135 #. type: textblock
2136 #: ../src/guestfs.pod:1021
2137 msgid ""
2138 "L</guestfs_add_domain> extracts C</path/to/socket> and sets the attach "
2139 "method to C<unix:/path/to/socket>."
2140 msgstr ""
2141
2142 #. type: textblock
2143 #: ../src/guestfs.pod:1024
2144 msgid ""
2145 "Some of the libguestfs tools (including guestfish) support a I<--live> "
2146 "option which is passed through to L</guestfs_add_domain> thus allowing you "
2147 "to attach to and modify live virtual machines."
2148 msgstr ""
2149
2150 #. type: textblock
2151 #: ../src/guestfs.pod:1028
2152 msgid ""
2153 "The virtual machine needs to have been set up beforehand so that it has the "
2154 "virtio-serial channel and so that guestfsd is running inside it."
2155 msgstr ""
2156
2157 #. type: =head2
2158 #: ../src/guestfs.pod:1032
2159 msgid "ABI GUARANTEE"
2160 msgstr ""
2161
2162 #. type: textblock
2163 #: ../src/guestfs.pod:1034
2164 msgid ""
2165 "We guarantee the libguestfs ABI (binary interface), for public, high-level "
2166 "actions as outlined in this section.  Although we will deprecate some "
2167 "actions, for example if they get replaced by newer calls, we will keep the "
2168 "old actions forever.  This allows you the developer to program in confidence "
2169 "against the libguestfs API."
2170 msgstr ""
2171
2172 #. type: =head2
2173 #: ../src/guestfs.pod:1040
2174 msgid "BLOCK DEVICE NAMING"
2175 msgstr ""
2176
2177 #. type: textblock
2178 #: ../src/guestfs.pod:1042
2179 msgid ""
2180 "In the kernel there is now quite a profusion of schemata for naming block "
2181 "devices (in this context, by I<block device> I mean a physical or virtual "
2182 "hard drive).  The original Linux IDE driver used names starting with C</dev/"
2183 "hd*>.  SCSI devices have historically used a different naming scheme, C</dev/"
2184 "sd*>.  When the Linux kernel I<libata> driver became a popular replacement "
2185 "for the old IDE driver (particularly for SATA devices) those devices also "
2186 "used the C</dev/sd*> scheme.  Additionally we now have virtual machines with "
2187 "paravirtualized drivers.  This has created several different naming systems, "
2188 "such as C</dev/vd*> for virtio disks and C</dev/xvd*> for Xen PV disks."
2189 msgstr ""
2190
2191 #. type: textblock
2192 #: ../src/guestfs.pod:1054
2193 msgid ""
2194 "As discussed above, libguestfs uses a qemu appliance running an embedded "
2195 "Linux kernel to access block devices.  We can run a variety of appliances "
2196 "based on a variety of Linux kernels."
2197 msgstr ""
2198
2199 #. type: textblock
2200 #: ../src/guestfs.pod:1058
2201 msgid ""
2202 "This causes a problem for libguestfs because many API calls use device or "
2203 "partition names.  Working scripts and the recipe (example) scripts that we "
2204 "make available over the internet could fail if the naming scheme changes."
2205 msgstr ""
2206
2207 #. type: textblock
2208 #: ../src/guestfs.pod:1063
2209 msgid ""
2210 "Therefore libguestfs defines C</dev/sd*> as the I<standard naming scheme>.  "
2211 "Internally C</dev/sd*> names are translated, if necessary, to other names as "
2212 "required.  For example, under RHEL 5 which uses the C</dev/hd*> scheme, any "
2213 "device parameter C</dev/sda2> is translated to C</dev/hda2> transparently."
2214 msgstr ""
2215
2216 #. type: textblock
2217 #: ../src/guestfs.pod:1069
2218 msgid ""
2219 "Note that this I<only> applies to parameters.  The L</guestfs_list_devices>, "
2220 "L</guestfs_list_partitions> and similar calls return the true names of the "
2221 "devices and partitions as known to the appliance."
2222 msgstr ""
2223
2224 #. type: =head3
2225 #: ../src/guestfs.pod:1074
2226 msgid "ALGORITHM FOR BLOCK DEVICE NAME TRANSLATION"
2227 msgstr ""
2228
2229 #. type: textblock
2230 #: ../src/guestfs.pod:1076
2231 msgid ""
2232 "Usually this translation is transparent.  However in some (very rare)  cases "
2233 "you may need to know the exact algorithm.  Such cases include where you use "
2234 "L</guestfs_config> to add a mixture of virtio and IDE devices to the qemu-"
2235 "based appliance, so have a mixture of C</dev/sd*> and C</dev/vd*> devices."
2236 msgstr ""
2237
2238 #. type: textblock
2239 #: ../src/guestfs.pod:1082
2240 msgid ""
2241 "The algorithm is applied only to I<parameters> which are known to be either "
2242 "device or partition names.  Return values from functions such as L</"
2243 "guestfs_list_devices> are never changed."
2244 msgstr ""
2245
2246 #. type: textblock
2247 #: ../src/guestfs.pod:1090
2248 msgid "Is the string a parameter which is a device or partition name?"
2249 msgstr ""
2250
2251 #. type: textblock
2252 #: ../src/guestfs.pod:1094
2253 msgid "Does the string begin with C</dev/sd>?"
2254 msgstr ""
2255
2256 #. type: textblock
2257 #: ../src/guestfs.pod:1098
2258 msgid ""
2259 "Does the named device exist? If so, we use that device.  However if I<not> "
2260 "then we continue with this algorithm."
2261 msgstr ""
2262
2263 #. type: textblock
2264 #: ../src/guestfs.pod:1103
2265 msgid "Replace initial C</dev/sd> string with C</dev/hd>."
2266 msgstr ""
2267
2268 #. type: textblock
2269 #: ../src/guestfs.pod:1105
2270 msgid "For example, change C</dev/sda2> to C</dev/hda2>."
2271 msgstr ""
2272
2273 #. type: textblock
2274 #: ../src/guestfs.pod:1107
2275 msgid "If that named device exists, use it.  If not, continue."
2276 msgstr ""
2277
2278 #. type: textblock
2279 #: ../src/guestfs.pod:1111
2280 msgid "Replace initial C</dev/sd> string with C</dev/vd>."
2281 msgstr ""
2282
2283 #. type: textblock
2284 #: ../src/guestfs.pod:1113
2285 msgid "If that named device exists, use it.  If not, return an error."
2286 msgstr ""
2287
2288 #. type: =head3
2289 #: ../src/guestfs.pod:1117
2290 msgid "PORTABILITY CONCERNS WITH BLOCK DEVICE NAMING"
2291 msgstr ""
2292
2293 #. type: textblock
2294 #: ../src/guestfs.pod:1119
2295 msgid ""
2296 "Although the standard naming scheme and automatic translation is useful for "
2297 "simple programs and guestfish scripts, for larger programs it is best not to "
2298 "rely on this mechanism."
2299 msgstr ""
2300
2301 #. type: textblock
2302 #: ../src/guestfs.pod:1123
2303 msgid ""
2304 "Where possible for maximum future portability programs using libguestfs "
2305 "should use these future-proof techniques:"
2306 msgstr ""
2307
2308 #. type: textblock
2309 #: ../src/guestfs.pod:1130
2310 msgid ""
2311 "Use L</guestfs_list_devices> or L</guestfs_list_partitions> to list actual "
2312 "device names, and then use those names directly."
2313 msgstr ""
2314
2315 #. type: textblock
2316 #: ../src/guestfs.pod:1133
2317 msgid ""
2318 "Since those device names exist by definition, they will never be translated."
2319 msgstr ""
2320
2321 #. type: textblock
2322 #: ../src/guestfs.pod:1138
2323 msgid ""
2324 "Use higher level ways to identify filesystems, such as LVM names, UUIDs and "
2325 "filesystem labels."
2326 msgstr ""
2327
2328 #. type: =head1
2329 #: ../src/guestfs.pod:1143
2330 msgid "SECURITY"
2331 msgstr "БЕЗПЕКА"
2332
2333 #. type: textblock
2334 #: ../src/guestfs.pod:1145
2335 msgid ""
2336 "This section discusses security implications of using libguestfs, "
2337 "particularly with untrusted or malicious guests or disk images."
2338 msgstr ""
2339
2340 #. type: =head2
2341 #: ../src/guestfs.pod:1148
2342 msgid "GENERAL SECURITY CONSIDERATIONS"
2343 msgstr ""
2344
2345 #. type: textblock
2346 #: ../src/guestfs.pod:1150
2347 msgid ""
2348 "Be careful with any files or data that you download from a guest (by "
2349 "\"download\" we mean not just the L</guestfs_download> command but any "
2350 "command that reads files, filenames, directories or anything else from a "
2351 "disk image).  An attacker could manipulate the data to fool your program "
2352 "into doing the wrong thing.  Consider cases such as:"
2353 msgstr ""
2354
2355 #. type: textblock
2356 #: ../src/guestfs.pod:1160
2357 msgid "the data (file etc) not being present"
2358 msgstr ""
2359
2360 #. type: textblock
2361 #: ../src/guestfs.pod:1164
2362 msgid "being present but empty"
2363 msgstr ""
2364
2365 #. type: textblock
2366 #: ../src/guestfs.pod:1168
2367 msgid "being much larger than normal"
2368 msgstr ""
2369
2370 #. type: textblock
2371 #: ../src/guestfs.pod:1172
2372 msgid "containing arbitrary 8 bit data"
2373 msgstr ""
2374
2375 #. type: textblock
2376 #: ../src/guestfs.pod:1176
2377 msgid "being in an unexpected character encoding"
2378 msgstr ""
2379
2380 #. type: textblock
2381 #: ../src/guestfs.pod:1180
2382 msgid "containing homoglyphs."
2383 msgstr ""
2384
2385 #. type: =head2
2386 #: ../src/guestfs.pod:1184
2387 msgid "SECURITY OF MOUNTING FILESYSTEMS"
2388 msgstr ""
2389
2390 #. type: textblock
2391 #: ../src/guestfs.pod:1186
2392 msgid ""
2393 "When you mount a filesystem under Linux, mistakes in the kernel filesystem "
2394 "(VFS) module can sometimes be escalated into exploits by deliberately "
2395 "creating a malicious, malformed filesystem.  These exploits are very severe "
2396 "for two reasons.  Firstly there are very many filesystem drivers in the "
2397 "kernel, and many of them are infrequently used and not much developer "
2398 "attention has been paid to the code.  Linux userspace helps potential "
2399 "crackers by detecting the filesystem type and automatically choosing the "
2400 "right VFS driver, even if that filesystem type is obscure or unexpected for "
2401 "the administrator.  Secondly, a kernel-level exploit is like a local root "
2402 "exploit (worse in some ways), giving immediate and total access to the "
2403 "system right down to the hardware level."
2404 msgstr ""
2405
2406 #. type: textblock
2407 #: ../src/guestfs.pod:1199
2408 msgid ""
2409 "That explains why you should never mount a filesystem from an untrusted "
2410 "guest on your host kernel.  How about libguestfs? We run a Linux kernel "
2411 "inside a qemu virtual machine, usually running as a non-root user.  The "
2412 "attacker would need to write a filesystem which first exploited the kernel, "
2413 "and then exploited either qemu virtualization (eg. a faulty qemu driver) or "
2414 "the libguestfs protocol, and finally to be as serious as the host kernel "
2415 "exploit it would need to escalate its privileges to root.  This multi-step "
2416 "escalation, performed by a static piece of data, is thought to be extremely "
2417 "hard to do, although we never say 'never' about security issues."
2418 msgstr ""
2419
2420 #. type: textblock
2421 #: ../src/guestfs.pod:1210
2422 msgid ""
2423 "In any case callers can reduce the attack surface by forcing the filesystem "
2424 "type when mounting (use L</guestfs_mount_vfs>)."
2425 msgstr ""
2426
2427 #. type: =head2
2428 #: ../src/guestfs.pod:1213
2429 msgid "PROTOCOL SECURITY"
2430 msgstr ""
2431
2432 #. type: textblock
2433 #: ../src/guestfs.pod:1215
2434 msgid ""
2435 "The protocol is designed to be secure, being based on RFC 4506 (XDR)  with a "
2436 "defined upper message size.  However a program that uses libguestfs must "
2437 "also take care - for example you can write a program that downloads a binary "
2438 "from a disk image and executes it locally, and no amount of protocol "
2439 "security will save you from the consequences."
2440 msgstr ""
2441
2442 #. type: =head2
2443 #: ../src/guestfs.pod:1221
2444 msgid "INSPECTION SECURITY"
2445 msgstr ""
2446
2447 #. type: textblock
2448 #: ../src/guestfs.pod:1223
2449 msgid ""
2450 "Parts of the inspection API (see L</INSPECTION>) return untrusted strings "
2451 "directly from the guest, and these could contain any 8 bit data.  Callers "
2452 "should be careful to escape these before printing them to a structured file "
2453 "(for example, use HTML escaping if creating a web page)."
2454 msgstr ""
2455
2456 #. type: textblock
2457 #: ../src/guestfs.pod:1229
2458 msgid ""
2459 "Guest configuration may be altered in unusual ways by the administrator of "
2460 "the virtual machine, and may not reflect reality (particularly for untrusted "
2461 "or actively malicious guests).  For example we parse the hostname from "
2462 "configuration files like C</etc/sysconfig/network> that we find in the "
2463 "guest, but the guest administrator can easily manipulate these files to "
2464 "provide the wrong hostname."
2465 msgstr ""
2466
2467 #. type: textblock
2468 #: ../src/guestfs.pod:1237
2469 msgid ""
2470 "The inspection API parses guest configuration using two external libraries: "
2471 "Augeas (Linux configuration) and hivex (Windows Registry).  Both are "
2472 "designed to be robust in the face of malicious data, although denial of "
2473 "service attacks are still possible, for example with oversized configuration "
2474 "files."
2475 msgstr ""
2476
2477 #. type: =head2
2478 #: ../src/guestfs.pod:1243
2479 msgid "RUNNING UNTRUSTED GUEST COMMANDS"
2480 msgstr ""
2481
2482 #. type: textblock
2483 #: ../src/guestfs.pod:1245
2484 msgid ""
2485 "Be very cautious about running commands from the guest.  By running a "
2486 "command in the guest, you are giving CPU time to a binary that you do not "
2487 "control, under the same user account as the library, albeit wrapped in qemu "
2488 "virtualization.  More information and alternatives can be found in the "
2489 "section L</RUNNING COMMANDS>."
2490 msgstr ""
2491
2492 #. type: =head2
2493 #: ../src/guestfs.pod:1251
2494 msgid "CVE-2010-3851"
2495 msgstr "CVE-2010-3851"
2496
2497 #. type: textblock
2498 #: ../src/guestfs.pod:1253
2499 msgid "https://bugzilla.redhat.com/642934"
2500 msgstr "https://bugzilla.redhat.com/642934"
2501
2502 #. type: textblock
2503 #: ../src/guestfs.pod:1255
2504 msgid ""
2505 "This security bug concerns the automatic disk format detection that qemu "
2506 "does on disk images."
2507 msgstr ""
2508
2509 #. type: textblock
2510 #: ../src/guestfs.pod:1258
2511 msgid ""
2512 "A raw disk image is just the raw bytes, there is no header.  Other disk "
2513 "images like qcow2 contain a special header.  Qemu deals with this by looking "
2514 "for one of the known headers, and if none is found then assuming the disk "
2515 "image must be raw."
2516 msgstr ""
2517
2518 #. type: textblock
2519 #: ../src/guestfs.pod:1263
2520 msgid ""
2521 "This allows a guest which has been given a raw disk image to write some "
2522 "other header.  At next boot (or when the disk image is accessed by "
2523 "libguestfs) qemu would do autodetection and think the disk image format was, "
2524 "say, qcow2 based on the header written by the guest."
2525 msgstr ""
2526
2527 #. type: textblock
2528 #: ../src/guestfs.pod:1268
2529 msgid ""
2530 "This in itself would not be a problem, but qcow2 offers many features, one "
2531 "of which is to allow a disk image to refer to another image (called the "
2532 "\"backing disk\").  It does this by placing the path to the backing disk "
2533 "into the qcow2 header.  This path is not validated and could point to any "
2534 "host file (eg. \"/etc/passwd\").  The backing disk is then exposed through "
2535 "\"holes\" in the qcow2 disk image, which of course is completely under the "
2536 "control of the attacker."
2537 msgstr ""
2538
2539 #. type: textblock
2540 #: ../src/guestfs.pod:1276
2541 msgid ""
2542 "In libguestfs this is rather hard to exploit except under two circumstances:"
2543 msgstr ""
2544
2545 #. type: textblock
2546 #: ../src/guestfs.pod:1283
2547 msgid "You have enabled the network or have opened the disk in write mode."
2548 msgstr ""
2549
2550 #. type: textblock
2551 #: ../src/guestfs.pod:1287
2552 msgid ""
2553 "You are also running untrusted code from the guest (see L</RUNNING "
2554 "COMMANDS>)."
2555 msgstr ""
2556
2557 #. type: textblock
2558 #: ../src/guestfs.pod:1292
2559 msgid ""
2560 "The way to avoid this is to specify the expected disk format when adding "
2561 "disks (the optional C<format> option to L</guestfs_add_drive_opts>).  You "
2562 "should always do this if the disk is raw format, and it's a good idea for "
2563 "other cases too."
2564 msgstr ""
2565
2566 #. type: textblock
2567 #: ../src/guestfs.pod:1297
2568 msgid ""
2569 "For disks added from libvirt using calls like L</guestfs_add_domain>, the "
2570 "format is fetched from libvirt and passed through."
2571 msgstr ""
2572
2573 #. type: textblock
2574 #: ../src/guestfs.pod:1300
2575 msgid ""
2576 "For libguestfs tools, use the I<--format> command line parameter as "
2577 "appropriate."
2578 msgstr ""
2579
2580 #. type: =head1
2581 #: ../src/guestfs.pod:1303
2582 msgid "CONNECTION MANAGEMENT"
2583 msgstr ""
2584
2585 #. type: =head2
2586 #: ../src/guestfs.pod:1305
2587 msgid "guestfs_h *"
2588 msgstr ""
2589
2590 #. type: textblock
2591 #: ../src/guestfs.pod:1307
2592 msgid ""
2593 "C<guestfs_h> is the opaque type representing a connection handle.  Create a "
2594 "handle by calling L</guestfs_create>.  Call L</guestfs_close> to free the "
2595 "handle and release all resources used."
2596 msgstr ""
2597
2598 #. type: textblock
2599 #: ../src/guestfs.pod:1311
2600 msgid ""
2601 "For information on using multiple handles and threads, see the section L</"
2602 "MULTIPLE HANDLES AND MULTIPLE THREADS> below."
2603 msgstr ""
2604
2605 #. type: =head2
2606 #: ../src/guestfs.pod:1314
2607 msgid "guestfs_create"
2608 msgstr ""
2609
2610 #. type: verbatim
2611 #: ../src/guestfs.pod:1316
2612 #, no-wrap
2613 msgid ""
2614 " guestfs_h *guestfs_create (void);\n"
2615 "\n"
2616 msgstr ""
2617
2618 #. type: textblock
2619 #: ../src/guestfs.pod:1318
2620 msgid "Create a connection handle."
2621 msgstr ""
2622
2623 #. type: textblock
2624 #: ../src/guestfs.pod:1320
2625 msgid ""
2626 "You have to call L</guestfs_add_drive_opts> (or one of the equivalent calls) "
2627 "on the handle at least once."
2628 msgstr ""
2629
2630 #. type: textblock
2631 #: ../src/guestfs.pod:1323
2632 msgid ""
2633 "This function returns a non-NULL pointer to a handle on success or NULL on "
2634 "error."
2635 msgstr ""
2636
2637 #. type: textblock
2638 #: ../src/guestfs.pod:1326
2639 msgid "After configuring the handle, you have to call L</guestfs_launch>."
2640 msgstr ""
2641
2642 #. type: textblock
2643 #: ../src/guestfs.pod:1328
2644 msgid ""
2645 "You may also want to configure error handling for the handle.  See L</ERROR "
2646 "HANDLING> section below."
2647 msgstr ""
2648
2649 #. type: =head2
2650 #: ../src/guestfs.pod:1331
2651 msgid "guestfs_close"
2652 msgstr ""
2653
2654 #. type: verbatim
2655 #: ../src/guestfs.pod:1333
2656 #, no-wrap
2657 msgid ""
2658 " void guestfs_close (guestfs_h *g);\n"
2659 "\n"
2660 msgstr ""
2661
2662 #. type: textblock
2663 #: ../src/guestfs.pod:1335
2664 msgid "This closes the connection handle and frees up all resources used."
2665 msgstr ""
2666
2667 #. type: =head1
2668 #: ../src/guestfs.pod:1337
2669 msgid "ERROR HANDLING"
2670 msgstr "ОБРОБКА ПОМИЛОК"
2671
2672 #. type: textblock
2673 #: ../src/guestfs.pod:1339
2674 msgid ""
2675 "API functions can return errors.  For example, almost all functions that "
2676 "return C<int> will return C<-1> to indicate an error."
2677 msgstr ""
2678
2679 #. type: textblock
2680 #: ../src/guestfs.pod:1342
2681 msgid ""
2682 "Additional information is available for errors: an error message string and "
2683 "optionally an error number (errno) if the thing that failed was a system "
2684 "call."
2685 msgstr ""
2686
2687 #. type: textblock
2688 #: ../src/guestfs.pod:1346
2689 msgid ""
2690 "You can get at the additional information about the last error on the handle "
2691 "by calling L</guestfs_last_error>, L</guestfs_last_errno>, and/or by setting "
2692 "up an error handler with L</guestfs_set_error_handler>."
2693 msgstr ""
2694
2695 #. type: textblock
2696 #: ../src/guestfs.pod:1351
2697 msgid ""
2698 "When the handle is created, a default error handler is installed which "
2699 "prints the error message string to C<stderr>.  For small short-running "
2700 "command line programs it is sufficient to do:"
2701 msgstr ""
2702
2703 #. type: verbatim
2704 #: ../src/guestfs.pod:1355
2705 #, no-wrap
2706 msgid ""
2707 " if (guestfs_launch (g) == -1)\n"
2708 "   exit (EXIT_FAILURE);\n"
2709 "\n"
2710 msgstr ""
2711
2712 #. type: textblock
2713 #: ../src/guestfs.pod:1358
2714 msgid ""
2715 "since the default error handler will ensure that an error message has been "
2716 "printed to C<stderr> before the program exits."
2717 msgstr ""
2718
2719 #. type: textblock
2720 #: ../src/guestfs.pod:1361
2721 msgid ""
2722 "For other programs the caller will almost certainly want to install an "
2723 "alternate error handler or do error handling in-line like this:"
2724 msgstr ""
2725
2726 #. type: verbatim
2727 #: ../src/guestfs.pod:1364
2728 #, no-wrap
2729 msgid ""
2730 " g = guestfs_create ();\n"
2731 " \n"
2732 msgstr ""
2733
2734 #. type: verbatim
2735 #: ../src/guestfs.pod:1366
2736 #, no-wrap
2737 msgid ""
2738 " /* This disables the default behaviour of printing errors\n"
2739 "    on stderr. */\n"
2740 " guestfs_set_error_handler (g, NULL, NULL);\n"
2741 " \n"
2742 msgstr ""
2743
2744 #. type: verbatim
2745 #: ../src/guestfs.pod:1370
2746 #, no-wrap
2747 msgid ""
2748 " if (guestfs_launch (g) == -1) {\n"
2749 "   /* Examine the error message and print it etc. */\n"
2750 "   char *msg = guestfs_last_error (g);\n"
2751 "   int errnum = guestfs_last_errno (g);\n"
2752 "   fprintf (stderr, \"%s\\n\", msg);\n"
2753 "   /* ... */\n"
2754 "  }\n"
2755 "\n"
2756 msgstr ""
2757
2758 #. type: textblock
2759 #: ../src/guestfs.pod:1378
2760 msgid ""
2761 "Out of memory errors are handled differently.  The default action is to call "
2762 "L<abort(3)>.  If this is undesirable, then you can set a handler using L</"
2763 "guestfs_set_out_of_memory_handler>."
2764 msgstr ""
2765
2766 #. type: textblock
2767 #: ../src/guestfs.pod:1382
2768 msgid ""
2769 "L</guestfs_create> returns C<NULL> if the handle cannot be created, and "
2770 "because there is no handle if this happens there is no way to get additional "
2771 "error information.  However L</guestfs_create> is supposed to be a "
2772 "lightweight operation which can only fail because of insufficient memory (it "
2773 "returns NULL in this case)."
2774 msgstr ""
2775
2776 #. type: =head2
2777 #: ../src/guestfs.pod:1388
2778 msgid "guestfs_last_error"
2779 msgstr ""
2780
2781 #. type: verbatim
2782 #: ../src/guestfs.pod:1390
2783 #, no-wrap
2784 msgid ""
2785 " const char *guestfs_last_error (guestfs_h *g);\n"
2786 "\n"
2787 msgstr ""
2788
2789 #. type: textblock
2790 #: ../src/guestfs.pod:1392
2791 msgid ""
2792 "This returns the last error message that happened on C<g>.  If there has not "
2793 "been an error since the handle was created, then this returns C<NULL>."
2794 msgstr ""
2795
2796 #. type: textblock
2797 #: ../src/guestfs.pod:1396
2798 msgid ""
2799 "The lifetime of the returned string is until the next error occurs, or L</"
2800 "guestfs_close> is called."
2801 msgstr ""
2802
2803 #. type: =head2
2804 #: ../src/guestfs.pod:1399
2805 msgid "guestfs_last_errno"
2806 msgstr ""
2807
2808 #. type: verbatim
2809 #: ../src/guestfs.pod:1401
2810 #, no-wrap
2811 msgid ""
2812 " int guestfs_last_errno (guestfs_h *g);\n"
2813 "\n"
2814 msgstr ""
2815
2816 #. type: textblock
2817 #: ../src/guestfs.pod:1403
2818 msgid "This returns the last error number (errno) that happened on C<g>."
2819 msgstr ""
2820
2821 #. type: textblock
2822 #: ../src/guestfs.pod:1405
2823 msgid "If successful, an errno integer not equal to zero is returned."
2824 msgstr ""
2825
2826 #. type: textblock
2827 #: ../src/guestfs.pod:1407
2828 msgid ""
2829 "If no error, this returns 0.  This call can return 0 in three situations:"
2830 msgstr ""
2831
2832 #. type: textblock
2833 #: ../src/guestfs.pod:1414
2834 msgid "There has not been any error on the handle."
2835 msgstr ""
2836
2837 #. type: textblock
2838 #: ../src/guestfs.pod:1418
2839 msgid ""
2840 "There has been an error but the errno was meaningless.  This corresponds to "
2841 "the case where the error did not come from a failed system call, but for "
2842 "some other reason."
2843 msgstr ""
2844
2845 #. type: textblock
2846 #: ../src/guestfs.pod:1424
2847 msgid ""
2848 "There was an error from a failed system call, but for some reason the errno "
2849 "was not captured and returned.  This usually indicates a bug in libguestfs."
2850 msgstr ""
2851
2852 #. type: textblock
2853 #: ../src/guestfs.pod:1430
2854 msgid ""
2855 "Libguestfs tries to convert the errno from inside the applicance into a "
2856 "corresponding errno for the caller (not entirely trivial: the appliance "
2857 "might be running a completely different operating system from the library "
2858 "and error numbers are not standardized across Un*xen).  If this could not be "
2859 "done, then the error is translated to C<EINVAL>.  In practice this should "
2860 "only happen in very rare circumstances."
2861 msgstr ""
2862
2863 #. type: =head2
2864 #: ../src/guestfs.pod:1438
2865 msgid "guestfs_set_error_handler"
2866 msgstr ""
2867
2868 #. type: verbatim
2869 #: ../src/guestfs.pod:1440
2870 #, no-wrap
2871 msgid ""
2872 " typedef void (*guestfs_error_handler_cb) (guestfs_h *g,\n"
2873 "                                           void *opaque,\n"
2874 "                                           const char *msg);\n"
2875 " void guestfs_set_error_handler (guestfs_h *g,\n"
2876 "                                 guestfs_error_handler_cb cb,\n"
2877 "                                 void *opaque);\n"
2878 "\n"
2879 msgstr ""
2880
2881 #. type: textblock
2882 #: ../src/guestfs.pod:1447
2883 msgid ""
2884 "The callback C<cb> will be called if there is an error.  The parameters "
2885 "passed to the callback are an opaque data pointer and the error message "
2886 "string."
2887 msgstr ""
2888
2889 #. type: textblock
2890 #: ../src/guestfs.pod:1451
2891 msgid ""
2892 "C<errno> is not passed to the callback.  To get that the callback must call "
2893 "L</guestfs_last_errno>."
2894 msgstr ""
2895
2896 #. type: textblock
2897 #: ../src/guestfs.pod:1454
2898 msgid ""
2899 "Note that the message string C<msg> is freed as soon as the callback "
2900 "function returns, so if you want to stash it somewhere you must make your "
2901 "own copy."
2902 msgstr ""
2903
2904 #. type: textblock
2905 #: ../src/guestfs.pod:1458
2906 msgid "The default handler prints messages on C<stderr>."
2907 msgstr ""
2908
2909 #. type: textblock
2910 #: ../src/guestfs.pod:1460
2911 msgid "If you set C<cb> to C<NULL> then I<no> handler is called."
2912 msgstr ""
2913
2914 #. type: =head2
2915 #: ../src/guestfs.pod:1462
2916 msgid "guestfs_get_error_handler"
2917 msgstr ""
2918
2919 #. type: verbatim
2920 #: ../src/guestfs.pod:1464
2921 #, no-wrap
2922 msgid ""
2923 " guestfs_error_handler_cb guestfs_get_error_handler (guestfs_h *g,\n"
2924 "                                                     void **opaque_rtn);\n"
2925 "\n"
2926 msgstr ""
2927
2928 #. type: textblock
2929 #: ../src/guestfs.pod:1467
2930 msgid "Returns the current error handler callback."
2931 msgstr ""
2932
2933 #. type: =head2
2934 #: ../src/guestfs.pod:1469
2935 msgid "guestfs_set_out_of_memory_handler"
2936 msgstr ""
2937
2938 #. type: verbatim
2939 #: ../src/guestfs.pod:1471
2940 #, no-wrap
2941 msgid ""
2942 " typedef void (*guestfs_abort_cb) (void);\n"
2943 " int guestfs_set_out_of_memory_handler (guestfs_h *g,\n"
2944 "                                        guestfs_abort_cb);\n"
2945 "\n"
2946 msgstr ""
2947
2948 #. type: textblock
2949 #: ../src/guestfs.pod:1475
2950 msgid ""
2951 "The callback C<cb> will be called if there is an out of memory situation.  "
2952 "I<Note this callback must not return>."
2953 msgstr ""
2954
2955 #. type: textblock
2956 #: ../src/guestfs.pod:1478
2957 msgid "The default is to call L<abort(3)>."
2958 msgstr ""
2959
2960 #. type: textblock
2961 #: ../src/guestfs.pod:1480
2962 msgid ""
2963 "You cannot set C<cb> to C<NULL>.  You can't ignore out of memory situations."
2964 msgstr ""
2965
2966 #. type: =head2
2967 #: ../src/guestfs.pod:1483
2968 msgid "guestfs_get_out_of_memory_handler"
2969 msgstr ""
2970
2971 #. type: verbatim
2972 #: ../src/guestfs.pod:1485
2973 #, no-wrap
2974 msgid ""
2975 " guestfs_abort_fn guestfs_get_out_of_memory_handler (guestfs_h *g);\n"
2976 "\n"
2977 msgstr ""
2978
2979 #. type: textblock
2980 #: ../src/guestfs.pod:1487
2981 msgid "This returns the current out of memory handler."
2982 msgstr ""
2983
2984 #. type: =head1
2985 #: ../src/guestfs.pod:1489
2986 msgid "API CALLS"
2987 msgstr ""
2988
2989 #. type: textblock
2990 #: ../src/guestfs.pod:1491 ../fish/guestfish.pod:1003
2991 msgid "@ACTIONS@"
2992 msgstr "@ACTIONS@"
2993
2994 #. type: =head1
2995 #: ../src/guestfs.pod:1493
2996 msgid "STRUCTURES"
2997 msgstr "СТРУКТУРИ"
2998
2999 #. type: textblock
3000 #: ../src/guestfs.pod:1495
3001 msgid "@STRUCTS@"
3002 msgstr "@STRUCTS@"
3003
3004 #. type: =head1
3005 #: ../src/guestfs.pod:1497
3006 msgid "AVAILABILITY"
3007 msgstr ""
3008
3009 #. type: =head2
3010 #: ../src/guestfs.pod:1499
3011 msgid "GROUPS OF FUNCTIONALITY IN THE APPLIANCE"
3012 msgstr ""
3013
3014 #. type: textblock
3015 #: ../src/guestfs.pod:1501
3016 msgid ""
3017 "Using L</guestfs_available> you can test availability of the following "
3018 "groups of functions.  This test queries the appliance to see if the "
3019 "appliance you are currently using supports the functionality."
3020 msgstr ""
3021
3022 #. type: textblock
3023 #: ../src/guestfs.pod:1506
3024 msgid "@AVAILABILITY@"
3025 msgstr ""
3026
3027 #. type: =head2
3028 #: ../src/guestfs.pod:1508
3029 msgid "GUESTFISH supported COMMAND"
3030 msgstr ""
3031
3032 #. type: textblock
3033 #: ../src/guestfs.pod:1510
3034 msgid ""
3035 "In L<guestfish(3)> there is a handy interactive command C<supported> which "
3036 "prints out the available groups and whether they are supported by this build "
3037 "of libguestfs.  Note however that you have to do C<run> first."
3038 msgstr ""
3039
3040 #. type: =head2
3041 #: ../src/guestfs.pod:1515
3042 msgid "SINGLE CALLS AT COMPILE TIME"
3043 msgstr ""
3044
3045 #. type: textblock
3046 #: ../src/guestfs.pod:1517
3047 msgid ""
3048 "Since version 1.5.8, C<E<lt>guestfs.hE<gt>> defines symbols for each C API "
3049 "function, such as:"
3050 msgstr ""
3051
3052 #. type: verbatim
3053 #: ../src/guestfs.pod:1520
3054 #, no-wrap
3055 msgid ""
3056 " #define LIBGUESTFS_HAVE_DD 1\n"
3057 "\n"
3058 msgstr ""
3059
3060 #. type: textblock
3061 #: ../src/guestfs.pod:1522
3062 msgid "if L</guestfs_dd> is available."
3063 msgstr ""
3064
3065 #. type: textblock
3066 #: ../src/guestfs.pod:1524
3067 msgid ""
3068 "Before version 1.5.8, if you needed to test whether a single libguestfs "
3069 "function is available at compile time, we recommended using build tools such "
3070 "as autoconf or cmake.  For example in autotools you could use:"
3071 msgstr ""
3072
3073 #. type: verbatim
3074 #: ../src/guestfs.pod:1529
3075 #, no-wrap
3076 msgid ""
3077 " AC_CHECK_LIB([guestfs],[guestfs_create])\n"
3078 " AC_CHECK_FUNCS([guestfs_dd])\n"
3079 "\n"
3080 msgstr ""
3081
3082 #. type: textblock
3083 #: ../src/guestfs.pod:1532
3084 msgid ""
3085 "which would result in C<HAVE_GUESTFS_DD> being either defined or not defined "
3086 "in your program."
3087 msgstr ""
3088
3089 #. type: =head2
3090 #: ../src/guestfs.pod:1535
3091 msgid "SINGLE CALLS AT RUN TIME"
3092 msgstr ""
3093
3094 #. type: textblock
3095 #: ../src/guestfs.pod:1537
3096 msgid ""
3097 "Testing at compile time doesn't guarantee that a function really exists in "
3098 "the library.  The reason is that you might be dynamically linked against a "
3099 "previous I<libguestfs.so> (dynamic library)  which doesn't have the call.  "
3100 "This situation unfortunately results in a segmentation fault, which is a "
3101 "shortcoming of the C dynamic linking system itself."
3102 msgstr ""
3103
3104 #. type: textblock
3105 #: ../src/guestfs.pod:1544
3106 msgid ""
3107 "You can use L<dlopen(3)> to test if a function is available at run time, as "
3108 "in this example program (note that you still need the compile time check as "
3109 "well):"
3110 msgstr ""
3111
3112 #. type: verbatim
3113 #: ../src/guestfs.pod:1548
3114 #, no-wrap
3115 msgid ""
3116 " #include <stdio.h>\n"
3117 " #include <stdlib.h>\n"
3118 " #include <unistd.h>\n"
3119 " #include <dlfcn.h>\n"
3120 " #include <guestfs.h>\n"
3121 " \n"
3122 msgstr ""
3123
3124 #. type: verbatim
3125 #: ../src/guestfs.pod:1554
3126 #, no-wrap
3127 msgid ""
3128 " main ()\n"
3129 " {\n"
3130 " #ifdef LIBGUESTFS_HAVE_DD\n"
3131 "   void *dl;\n"
3132 "   int has_function;\n"
3133 " \n"
3134 msgstr ""
3135
3136 #. type: verbatim
3137 #: ../src/guestfs.pod:1560
3138 #, no-wrap
3139 msgid ""
3140 "   /* Test if the function guestfs_dd is really available. */\n"
3141 "   dl = dlopen (NULL, RTLD_LAZY);\n"
3142 "   if (!dl) {\n"
3143 "     fprintf (stderr, \"dlopen: %s\\n\", dlerror ());\n"
3144 "     exit (EXIT_FAILURE);\n"
3145 "   }\n"
3146 "   has_function = dlsym (dl, \"guestfs_dd\") != NULL;\n"
3147 "   dlclose (dl);\n"
3148 " \n"
3149 msgstr ""
3150
3151 #. type: verbatim
3152 #: ../src/guestfs.pod:1569
3153 #, no-wrap
3154 msgid ""
3155 "   if (!has_function)\n"
3156 "     printf (\"this libguestfs.so does NOT have guestfs_dd function\\n\");\n"
3157 "   else {\n"
3158 "     printf (\"this libguestfs.so has guestfs_dd function\\n\");\n"
3159 "     /* Now it's safe to call\n"
3160 "     guestfs_dd (g, \"foo\", \"bar\");\n"
3161 "     */\n"
3162 "   }\n"
3163 " #else\n"
3164 "   printf (\"guestfs_dd function was not found at compile time\\n\");\n"
3165 " #endif\n"
3166 "  }\n"
3167 "\n"
3168 msgstr ""
3169
3170 #. type: textblock
3171 #: ../src/guestfs.pod:1582
3172 msgid ""
3173 "You may think the above is an awful lot of hassle, and it is.  There are "
3174 "other ways outside of the C linking system to ensure that this kind of "
3175 "incompatibility never arises, such as using package versioning:"
3176 msgstr ""
3177
3178 #. type: verbatim
3179 #: ../src/guestfs.pod:1587
3180 #, no-wrap
3181 msgid ""
3182 " Requires: libguestfs >= 1.0.80\n"
3183 "\n"
3184 msgstr ""
3185
3186 #. type: =head1
3187 #: ../src/guestfs.pod:1589
3188 msgid "CALLS WITH OPTIONAL ARGUMENTS"
3189 msgstr ""
3190
3191 #. type: textblock
3192 #: ../src/guestfs.pod:1591
3193 msgid ""
3194 "A recent feature of the API is the introduction of calls which take optional "
3195 "arguments.  In C these are declared 3 ways.  The main way is as a call which "
3196 "takes variable arguments (ie. C<...>), as in this example:"
3197 msgstr ""
3198
3199 #. type: verbatim
3200 #: ../src/guestfs.pod:1596
3201 #, no-wrap
3202 msgid ""
3203 " int guestfs_add_drive_opts (guestfs_h *g, const char *filename, ...);\n"
3204 "\n"
3205 msgstr ""
3206
3207 #. type: textblock
3208 #: ../src/guestfs.pod:1598
3209 msgid ""
3210 "Call this with a list of optional arguments, terminated by C<-1>.  So to "
3211 "call with no optional arguments specified:"
3212 msgstr ""
3213
3214 #. type: verbatim
3215 #: ../src/guestfs.pod:1601
3216 #, no-wrap
3217 msgid ""
3218 " guestfs_add_drive_opts (g, filename, -1);\n"
3219 "\n"
3220 msgstr ""
3221
3222 #. type: textblock
3223 #: ../src/guestfs.pod:1603
3224 msgid "With a single optional argument:"
3225 msgstr ""
3226
3227 #. type: verbatim
3228 #: ../src/guestfs.pod:1605
3229 #, no-wrap
3230 msgid ""
3231 " guestfs_add_drive_opts (g, filename,\n"
3232 "                         GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"qcow2\",\n"
3233 "                         -1);\n"
3234 "\n"
3235 msgstr ""
3236
3237 #. type: textblock
3238 #: ../src/guestfs.pod:1609
3239 msgid "With two:"
3240 msgstr ""
3241
3242 #. type: verbatim
3243 #: ../src/guestfs.pod:1611
3244 #, no-wrap
3245 msgid ""
3246 " guestfs_add_drive_opts (g, filename,\n"
3247 "                         GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"qcow2\",\n"
3248 "                         GUESTFS_ADD_DRIVE_OPTS_READONLY, 1,\n"
3249 "                         -1);\n"
3250 "\n"
3251 msgstr ""
3252
3253 #. type: textblock
3254 #: ../src/guestfs.pod:1616
3255 msgid ""
3256 "and so forth.  Don't forget the terminating C<-1> otherwise Bad Things will "
3257 "happen!"
3258 msgstr ""
3259
3260 #. type: =head2
3261 #: ../src/guestfs.pod:1619
3262 msgid "USING va_list FOR OPTIONAL ARGUMENTS"
3263 msgstr ""
3264
3265 #. type: textblock
3266 #: ../src/guestfs.pod:1621
3267 msgid ""
3268 "The second variant has the same name with the suffix C<_va>, which works the "
3269 "same way but takes a C<va_list>.  See the C manual for details.  For the "
3270 "example function, this is declared:"
3271 msgstr ""
3272
3273 #. type: verbatim
3274 #: ../src/guestfs.pod:1625
3275 #, no-wrap
3276 msgid ""
3277 " int guestfs_add_drive_opts_va (guestfs_h *g, const char *filename,\n"
3278 "                                va_list args);\n"
3279 "\n"
3280 msgstr ""
3281
3282 #. type: =head2
3283 #: ../src/guestfs.pod:1628
3284 msgid "CONSTRUCTING OPTIONAL ARGUMENTS"
3285 msgstr ""
3286
3287 #. type: textblock
3288 #: ../src/guestfs.pod:1630
3289 msgid ""
3290 "The third variant is useful where you need to construct these calls.  You "
3291 "pass in a structure where you fill in the optional fields.  The structure "
3292 "has a bitmask as the first element which you must set to indicate which "
3293 "fields you have filled in.  For our example function the structure and call "
3294 "are declared:"
3295 msgstr ""
3296
3297 #. type: verbatim
3298 #: ../src/guestfs.pod:1636
3299 #, no-wrap
3300 msgid ""
3301 " struct guestfs_add_drive_opts_argv {\n"
3302 "   uint64_t bitmask;\n"
3303 "   int readonly;\n"
3304 "   const char *format;\n"
3305 "   /* ... */\n"
3306 " };\n"
3307 " int guestfs_add_drive_opts_argv (guestfs_h *g, const char *filename,\n"
3308 "              const struct guestfs_add_drive_opts_argv *optargs);\n"
3309 "\n"
3310 msgstr ""
3311
3312 #. type: textblock
3313 #: ../src/guestfs.pod:1645
3314 msgid "You could call it like this:"
3315 msgstr ""
3316
3317 #. type: verbatim
3318 #: ../src/guestfs.pod:1647
3319 #, no-wrap
3320 msgid ""
3321 " struct guestfs_add_drive_opts_argv optargs = {\n"
3322 "   .bitmask = GUESTFS_ADD_DRIVE_OPTS_READONLY_BITMASK |\n"
3323 "              GUESTFS_ADD_DRIVE_OPTS_FORMAT_BITMASK,\n"
3324 "   .readonly = 1,\n"
3325 "   .format = \"qcow2\"\n"
3326 " };\n"
3327 " \n"
3328 msgstr ""
3329
3330 #. type: verbatim
3331 #: ../src/guestfs.pod:1654
3332 #, no-wrap
3333 msgid ""
3334 " guestfs_add_drive_opts_argv (g, filename, &optargs);\n"
3335 "\n"
3336 msgstr ""
3337
3338 #. type: textblock
3339 #: ../src/guestfs.pod:1656 ../src/guestfs-actions.pod:11
3340 #: ../src/guestfs-actions.pod:1855 ../fish/guestfish-actions.pod:9
3341 #: ../fish/guestfish-actions.pod:1260 ../tools/virt-win-reg.pl:532
3342 msgid "Notes:"
3343 msgstr "Нотатки:"
3344
3345 #. type: textblock
3346 #: ../src/guestfs.pod:1662
3347 msgid "The C<_BITMASK> suffix on each option name when specifying the bitmask."
3348 msgstr ""
3349
3350 #. type: textblock
3351 #: ../src/guestfs.pod:1667
3352 msgid "You do not need to fill in all fields of the structure."
3353 msgstr ""
3354
3355 #. type: textblock
3356 #: ../src/guestfs.pod:1671
3357 msgid ""
3358 "There must be a one-to-one correspondence between fields of the structure "
3359 "that are filled in, and bits set in the bitmask."
3360 msgstr ""
3361
3362 #. type: =head2
3363 #: ../src/guestfs.pod:1676
3364 msgid "OPTIONAL ARGUMENTS IN OTHER LANGUAGES"
3365 msgstr ""
3366
3367 #. type: textblock
3368 #: ../src/guestfs.pod:1678
3369 msgid ""
3370 "In other languages, optional arguments are expressed in the way that is "
3371 "natural for that language.  We refer you to the language-specific "
3372 "documentation for more details on that."
3373 msgstr ""
3374
3375 #. type: textblock
3376 #: ../src/guestfs.pod:1682
3377 msgid "For guestfish, see L<guestfish(1)/OPTIONAL ARGUMENTS>."
3378 msgstr ""
3379
3380 #. type: =head2
3381 #: ../src/guestfs.pod:1684
3382 msgid "SETTING CALLBACKS TO HANDLE EVENTS"
3383 msgstr ""
3384
3385 #. type: textblock
3386 #: ../src/guestfs.pod:1686
3387 msgid ""
3388 "B<Note:> This section documents the generic event mechanism introduced in "
3389 "libguestfs 1.10, which you should use in new code if possible.  The old "
3390 "functions C<guestfs_set_log_message_callback>, "
3391 "C<guestfs_set_subprocess_quit_callback>, "
3392 "C<guestfs_set_launch_done_callback>, C<guestfs_set_close_callback> and "
3393 "C<guestfs_set_progress_callback> are no longer documented in this manual "
3394 "page."
3395 msgstr ""
3396
3397 #. type: textblock
3398 #: ../src/guestfs.pod:1694
3399 msgid ""
3400 "Handles generate events when certain things happen, such as log messages "
3401 "being generated, progress messages during long-running operations, or the "
3402 "handle being closed.  The API calls described below let you register a "
3403 "callback to be called when events happen.  You can register multiple "
3404 "callbacks (for the same, different or overlapping sets of events), and "
3405 "individually remove callbacks.  If callbacks are not removed, then they "
3406 "remain in force until the handle is closed."
3407 msgstr ""
3408
3409 #. type: textblock
3410 #: ../src/guestfs.pod:1702
3411 msgid ""
3412 "In the current implementation, events are only generated synchronously: that "
3413 "means that events (and hence callbacks) can only happen while you are in the "
3414 "middle of making another libguestfs call.  The callback is called in the "
3415 "same thread."
3416 msgstr ""
3417
3418 #. type: textblock
3419 #: ../src/guestfs.pod:1707
3420 msgid ""
3421 "Events may contain a payload, usually nothing (void), an array of 64 bit "
3422 "unsigned integers, or a message buffer.  Payloads are discussed later on."
3423 msgstr ""
3424
3425 #. type: =head3
3426 #: ../src/guestfs.pod:1711
3427 msgid "CLASSES OF EVENTS"
3428 msgstr ""
3429
3430 #. type: =item
3431 #: ../src/guestfs.pod:1715
3432 msgid "GUESTFS_EVENT_CLOSE (payload type: void)"
3433 msgstr ""
3434
3435 #. type: textblock
3436 #: ../src/guestfs.pod:1718
3437 msgid ""
3438 "The callback function will be called while the handle is being closed "
3439 "(synchronously from L</guestfs_close>)."
3440 msgstr ""
3441
3442 #. type: textblock
3443 #: ../src/guestfs.pod:1721
3444 msgid ""
3445 "Note that libguestfs installs an L<atexit(3)> handler to try to clean up "
3446 "handles that are open when the program exits.  This means that this callback "
3447 "might be called indirectly from L<exit(3)>, which can cause unexpected "
3448 "problems in higher-level languages (eg. if your HLL interpreter has already "
3449 "been cleaned up by the time this is called, and if your callback then jumps "
3450 "into some HLL function)."
3451 msgstr ""
3452
3453 #. type: textblock
3454 #: ../src/guestfs.pod:1728
3455 msgid ""
3456 "If no callback is registered: the handle is closed without any callback "
3457 "being invoked."
3458 msgstr ""
3459
3460 #. type: =item
3461 #: ../src/guestfs.pod:1731
3462 msgid "GUESTFS_EVENT_SUBPROCESS_QUIT (payload type: void)"
3463 msgstr ""
3464
3465 #. type: textblock
3466 #: ../src/guestfs.pod:1734
3467 msgid ""
3468 "The callback function will be called when the child process quits, either "
3469 "asynchronously or if killed by L</guestfs_kill_subprocess>.  (This "
3470 "corresponds to a transition from any state to the CONFIG state)."
3471 msgstr ""
3472
3473 #. type: textblock
3474 #: ../src/guestfs.pod:1738 ../src/guestfs.pod:1747
3475 msgid "If no callback is registered: the event is ignored."
3476 msgstr ""
3477
3478 #. type: =item
3479 #: ../src/guestfs.pod:1740
3480 msgid "GUESTFS_EVENT_LAUNCH_DONE (payload type: void)"
3481 msgstr ""
3482
3483 #. type: textblock
3484 #: ../src/guestfs.pod:1743
3485 msgid ""
3486 "The callback function will be called when the child process becomes ready "
3487 "first time after it has been launched.  (This corresponds to a transition "
3488 "from LAUNCHING to the READY state)."
3489 msgstr ""
3490
3491 #. type: =item
3492 #: ../src/guestfs.pod:1749
3493 msgid "GUESTFS_EVENT_PROGRESS (payload type: array of 4 x uint64_t)"
3494 msgstr ""
3495
3496 #. type: textblock
3497 #: ../src/guestfs.pod:1752
3498 msgid ""
3499 "Some long-running operations can generate progress messages.  If this "
3500 "callback is registered, then it will be called each time a progress message "
3501 "is generated (usually two seconds after the operation started, and three "
3502 "times per second thereafter until it completes, although the frequency may "
3503 "change in future versions)."
3504 msgstr ""
3505
3506 #. type: textblock
3507 #: ../src/guestfs.pod:1758
3508 msgid ""
3509 "The callback receives in the payload four unsigned 64 bit numbers which are "
3510 "(in order): C<proc_nr>, C<serial>, C<position>, C<total>."
3511 msgstr ""
3512
3513 #. type: textblock
3514 #: ../src/guestfs.pod:1761
3515 msgid ""
3516 "The units of C<total> are not defined, although for some operations C<total> "
3517 "may relate in some way to the amount of data to be transferred (eg. in bytes "
3518 "or megabytes), and C<position> may be the portion which has been transferred."
3519 msgstr ""
3520
3521 #. type: textblock
3522 #: ../src/guestfs.pod:1766
3523 msgid "The only defined and stable parts of the API are:"
3524 msgstr ""
3525
3526 #. type: textblock
3527 #: ../src/guestfs.pod:1772
3528 msgid ""
3529 "The callback can display to the user some type of progress bar or indicator "
3530 "which shows the ratio of C<position>:C<total>."
3531 msgstr ""
3532
3533 #. type: textblock
3534 #: ../src/guestfs.pod:1777
3535 msgid "0 E<lt>= C<position> E<lt>= C<total>"
3536 msgstr ""
3537
3538 #. type: textblock
3539 #: ../src/guestfs.pod:1781
3540 msgid ""
3541 "If any progress notification is sent during a call, then a final progress "
3542 "notification is always sent when C<position> = C<total> (I<unless> the call "
3543 "fails with an error)."
3544 msgstr ""
3545
3546 #. type: textblock
3547 #: ../src/guestfs.pod:1785
3548 msgid ""
3549 "This is to simplify caller code, so callers can easily set the progress "
3550 "indicator to \"100%\" at the end of the operation, without requiring special "
3551 "code to detect this case."
3552 msgstr ""
3553
3554 #. type: textblock
3555 #: ../src/guestfs.pod:1791
3556 msgid ""
3557 "For some calls we are unable to estimate the progress of the call, but we "
3558 "can still generate progress messages to indicate activity.  This is known as "
3559 "\"pulse mode\", and is directly supported by certain progress bar "
3560 "implementations (eg. GtkProgressBar)."
3561 msgstr ""
3562
3563 #. type: textblock
3564 #: ../src/guestfs.pod:1796
3565 msgid ""
3566 "For these calls, zero or more progress messages are generated with "
3567 "C<position = 0> and C<total = 1>, followed by a final message with "
3568 "C<position = total = 1>."
3569 msgstr ""
3570
3571 #. type: textblock
3572 #: ../src/guestfs.pod:1800
3573 msgid ""
3574 "As noted above, if the call fails with an error then the final message may "
3575 "not be generated."
3576 msgstr ""
3577
3578 #. type: textblock
3579 #: ../src/guestfs.pod:1805
3580 msgid ""
3581 "The callback also receives the procedure number (C<proc_nr>) and serial "
3582 "number (C<serial>) of the call.  These are only useful for debugging "
3583 "protocol issues, and the callback can normally ignore them.  The callback "
3584 "may want to print these numbers in error messages or debugging messages."
3585 msgstr ""
3586
3587 #. type: textblock
3588 #: ../src/guestfs.pod:1811
3589 msgid "If no callback is registered: progress messages are discarded."
3590 msgstr ""
3591
3592 #. type: =item
3593 #: ../src/guestfs.pod:1813
3594 msgid "GUESTFS_EVENT_APPLIANCE (payload type: message buffer)"
3595 msgstr ""
3596
3597 #. type: textblock
3598 #: ../src/guestfs.pod:1816
3599 msgid ""
3600 "The callback function is called whenever a log message is generated by qemu, "
3601 "the appliance kernel, guestfsd (daemon), or utility programs."
3602 msgstr ""
3603
3604 #. type: textblock
3605 #: ../src/guestfs.pod:1819
3606 msgid ""
3607 "If the verbose flag (L</guestfs_set_verbose>) is set before launch (L</"
3608 "guestfs_launch>) then additional debug messages are generated."
3609 msgstr ""
3610
3611 #. type: textblock
3612 #: ../src/guestfs.pod:1822 ../src/guestfs.pod:1836
3613 msgid ""
3614 "If no callback is registered: the messages are discarded unless the verbose "
3615 "flag is set in which case they are sent to stderr.  You can override the "
3616 "printing of verbose messages to stderr by setting up a callback."
3617 msgstr ""
3618
3619 #. type: =item
3620 #: ../src/guestfs.pod:1827
3621 msgid "GUESTFS_EVENT_LIBRARY (payload type: message buffer)"
3622 msgstr ""
3623
3624 #. type: textblock
3625 #: ../src/guestfs.pod:1830
3626 msgid ""
3627 "The callback function is called whenever a log message is generated by the "
3628 "library part of libguestfs."
3629 msgstr ""
3630
3631 #. type: textblock
3632 #: ../src/guestfs.pod:1833
3633 msgid ""
3634 "If the verbose flag (L</guestfs_set_verbose>) is set then additional debug "
3635 "messages are generated."
3636 msgstr ""
3637
3638 #. type: =item
3639 #: ../src/guestfs.pod:1841
3640 msgid "GUESTFS_EVENT_TRACE (payload type: message buffer)"
3641 msgstr ""
3642
3643 #. type: textblock
3644 #: ../src/guestfs.pod:1844
3645 msgid ""
3646 "The callback function is called whenever a trace message is generated.  This "
3647 "only applies if the trace flag (L</guestfs_set_trace>) is set."
3648 msgstr ""
3649
3650 #. type: textblock
3651 #: ../src/guestfs.pod:1847
3652 msgid ""
3653 "If no callback is registered: the messages are sent to stderr.  You can "
3654 "override the printing of trace messages to stderr by setting up a callback."
3655 msgstr ""
3656
3657 #. type: =head3
3658 #: ../src/guestfs.pod:1853
3659 msgid "guestfs_set_event_callback"
3660 msgstr ""
3661
3662 #. type: verbatim
3663 #: ../src/guestfs.pod:1855
3664 #, no-wrap
3665 msgid ""
3666 " int guestfs_set_event_callback (guestfs_h *g,\n"
3667 "                                 guestfs_event_callback cb,\n"
3668 "                                 uint64_t event_bitmask,\n"
3669 "                                 int flags,\n"
3670 "                                 void *opaque);\n"
3671 "\n"
3672 msgstr ""
3673
3674 #. type: textblock
3675 #: ../src/guestfs.pod:1861
3676 msgid ""
3677 "This function registers a callback (C<cb>) for all event classes in the "
3678 "C<event_bitmask>."
3679 msgstr ""
3680
3681 #. type: textblock
3682 #: ../src/guestfs.pod:1864
3683 msgid ""
3684 "For example, to register for all log message events, you could call this "
3685 "function with the bitmask C<GUESTFS_EVENT_APPLIANCE|GUESTFS_EVENT_LIBRARY>.  "
3686 "To register a single callback for all possible classes of events, use "
3687 "C<GUESTFS_EVENT_ALL>."
3688 msgstr ""
3689
3690 #. type: textblock
3691 #: ../src/guestfs.pod:1870
3692 msgid "C<flags> should always be passed as 0."
3693 msgstr ""
3694
3695 #. type: textblock
3696 #: ../src/guestfs.pod:1872
3697 msgid ""
3698 "C<opaque> is an opaque pointer which is passed to the callback.  You can use "
3699 "it for any purpose."
3700 msgstr ""
3701
3702 #. type: textblock
3703 #: ../src/guestfs.pod:1875
3704 msgid ""
3705 "The return value is the event handle (an integer) which you can use to "
3706 "delete the callback (see below)."
3707 msgstr ""
3708
3709 #. type: textblock
3710 #: ../src/guestfs.pod:1878
3711 msgid ""
3712 "If there is an error, this function returns C<-1>, and sets the error in the "
3713 "handle in the usual way (see L</guestfs_last_error> etc.)"
3714 msgstr ""
3715
3716 #. type: textblock
3717 #: ../src/guestfs.pod:1881
3718 msgid ""
3719 "Callbacks remain in effect until they are deleted, or until the handle is "
3720 "closed."
3721 msgstr ""
3722
3723 #. type: textblock
3724 #: ../src/guestfs.pod:1884
3725 msgid ""
3726 "In the case where multiple callbacks are registered for a particular event "
3727 "class, all of the callbacks are called.  The order in which multiple "
3728 "callbacks are called is not defined."
3729 msgstr ""
3730
3731 #. type: =head3
3732 #: ../src/guestfs.pod:1888
3733 msgid "guestfs_delete_event_callback"
3734 msgstr ""
3735
3736 #. type: verbatim
3737 #: ../src/guestfs.pod:1890
3738 #, no-wrap
3739 msgid ""
3740 " void guestfs_delete_event_callback (guestfs_h *g, int event_handle);\n"
3741 "\n"
3742 msgstr ""
3743
3744 #. type: textblock
3745 #: ../src/guestfs.pod:1892
3746 msgid ""
3747 "Delete a callback that was previously registered.  C<event_handle> should be "
3748 "the integer that was returned by a previous call to "
3749 "C<guestfs_set_event_callback> on the same handle."
3750 msgstr ""
3751
3752 #. type: =head3
3753 #: ../src/guestfs.pod:1896
3754 msgid "guestfs_event_callback"
3755 msgstr ""
3756
3757 #. type: verbatim
3758 #: ../src/guestfs.pod:1898
3759 #, no-wrap
3760 msgid ""
3761 " typedef void (*guestfs_event_callback) (\n"
3762 "                  guestfs_h *g,\n"
3763 "                  void *opaque,\n"
3764 "                  uint64_t event,\n"
3765 "                  int event_handle,\n"
3766 "                  int flags,\n"
3767 "                  const char *buf, size_t buf_len,\n"
3768 "                  const uint64_t *array, size_t array_len);\n"
3769 "\n"
3770 msgstr ""
3771
3772 #. type: textblock
3773 #: ../src/guestfs.pod:1907
3774 msgid ""
3775 "This is the type of the event callback function that you have to provide."
3776 msgstr ""
3777
3778 #. type: textblock
3779 #: ../src/guestfs.pod:1910
3780 msgid ""
3781 "The basic parameters are: the handle (C<g>), the opaque user pointer "
3782 "(C<opaque>), the event class (eg. C<GUESTFS_EVENT_PROGRESS>), the event "
3783 "handle, and C<flags> which in the current API you should ignore."
3784 msgstr ""
3785
3786 #. type: textblock
3787 #: ../src/guestfs.pod:1914
3788 msgid ""
3789 "The remaining parameters contain the event payload (if any).  Each event may "
3790 "contain a payload, which usually relates to the event class, but for future "
3791 "proofing your code should be written to handle any payload for any event "
3792 "class."
3793 msgstr ""
3794
3795 #. type: textblock
3796 #: ../src/guestfs.pod:1919
3797 msgid ""
3798 "C<buf> and C<buf_len> contain a message buffer (if C<buf_len == 0>, then "
3799 "there is no message buffer).  Note that this message buffer can contain "
3800 "arbitrary 8 bit data, including NUL bytes."
3801 msgstr ""
3802
3803 #. type: textblock
3804 #: ../src/guestfs.pod:1923
3805 msgid ""
3806 "C<array> and C<array_len> is an array of 64 bit unsigned integers.  At the "
3807 "moment this is only used for progress messages."
3808 msgstr ""
3809
3810 #. type: =head3
3811 #: ../src/guestfs.pod:1926
3812 msgid "EXAMPLE: CAPTURING LOG MESSAGES"
3813 msgstr ""
3814
3815 #. type: textblock
3816 #: ../src/guestfs.pod:1928
3817 msgid ""
3818 "One motivation for the generic event API was to allow GUI programs to "
3819 "capture debug and other messages.  In libguestfs E<le> 1.8 these were sent "
3820 "unconditionally to C<stderr>."
3821 msgstr ""
3822
3823 #. type: textblock
3824 #: ../src/guestfs.pod:1932
3825 msgid ""
3826 "Events associated with log messages are: C<GUESTFS_EVENT_LIBRARY>, "
3827 "C<GUESTFS_EVENT_APPLIANCE> and C<GUESTFS_EVENT_TRACE>.  (Note that error "
3828 "messages are not events; you must capture error messages separately)."
3829 msgstr ""
3830
3831 #. type: textblock
3832 #: ../src/guestfs.pod:1937
3833 msgid ""
3834 "Programs have to set up a callback to capture the classes of events of "
3835 "interest:"
3836 msgstr ""
3837
3838 #. type: verbatim
3839 #: ../src/guestfs.pod:1940
3840 #, no-wrap
3841 msgid ""
3842 " int eh =\n"
3843 "   guestfs_set_event_callback\n"
3844 "     (g, message_callback,\n"
3845 "      GUESTFS_EVENT_LIBRARY|GUESTFS_EVENT_APPLIANCE|\n"
3846 "      GUESTFS_EVENT_TRACE,\n"
3847 "      0, NULL) == -1)\n"
3848 " if (eh == -1) {\n"
3849 "   // handle error in the usual way\n"
3850 " }\n"
3851 "\n"
3852 msgstr ""
3853
3854 #. type: textblock
3855 #: ../src/guestfs.pod:1950
3856 msgid ""
3857 "The callback can then direct messages to the appropriate place.  In this "
3858 "example, messages are directed to syslog:"
3859 msgstr ""
3860
3861 #. type: verbatim
3862 #: ../src/guestfs.pod:1953
3863 #, no-wrap
3864 msgid ""
3865 " static void\n"
3866 " message_callback (\n"
3867 "         guestfs_h *g,\n"
3868 "         void *opaque,\n"
3869 "         uint64_t event,\n"
3870 "         int event_handle,\n"
3871 "         int flags,\n"
3872 "         const char *buf, size_t buf_len,\n"
3873 "         const uint64_t *array, size_t array_len)\n"
3874 " {\n"
3875 "   const int priority = LOG_USER|LOG_INFO;\n"
3876 "   if (buf_len > 0)\n"
3877 "     syslog (priority, \"event 0x%lx: %s\", event, buf);\n"
3878 " }\n"
3879 "\n"
3880 msgstr ""
3881
3882 #. type: =head1
3883 #: ../src/guestfs.pod:1968
3884 msgid "PRIVATE DATA AREA"
3885 msgstr ""
3886
3887 #. type: textblock
3888 #: ../src/guestfs.pod:1970
3889 msgid ""
3890 "You can attach named pieces of private data to the libguestfs handle, fetch "
3891 "them by name, and walk over them, for the lifetime of the handle.  This is "
3892 "called the private data area and is only available from the C API."
3893 msgstr ""
3894
3895 #. type: textblock
3896 #: ../src/guestfs.pod:1975
3897 msgid "To attach a named piece of data, use the following call:"
3898 msgstr ""
3899
3900 #. type: verbatim
3901 #: ../src/guestfs.pod:1977
3902 #, no-wrap
3903 msgid ""
3904 " void guestfs_set_private (guestfs_h *g, const char *key, void *data);\n"
3905 "\n"
3906 msgstr ""
3907
3908 #. type: textblock
3909 #: ../src/guestfs.pod:1979
3910 msgid ""
3911 "C<key> is the name to associate with this data, and C<data> is an arbitrary "
3912 "pointer (which can be C<NULL>).  Any previous item with the same name is "
3913 "overwritten."
3914 msgstr ""
3915
3916 #. type: textblock
3917 #: ../src/guestfs.pod:1983
3918 msgid ""
3919 "You can use any C<key> you want, but names beginning with an underscore "
3920 "character are reserved for internal libguestfs purposes (for implementing "
3921 "language bindings).  It is recommended to prefix the name with some unique "
3922 "string to avoid collisions with other users."
3923 msgstr ""
3924
3925 #. type: textblock
3926 #: ../src/guestfs.pod:1988
3927 msgid "To retrieve the pointer, use:"
3928 msgstr ""
3929
3930 #. type: verbatim
3931 #: ../src/guestfs.pod:1990
3932 #, no-wrap
3933 msgid ""
3934 " void *guestfs_get_private (guestfs_h *g, const char *key);\n"
3935 "\n"
3936 msgstr ""
3937
3938 #. type: textblock
3939 #: ../src/guestfs.pod:1992
3940 msgid ""
3941 "This function returns C<NULL> if either no data is found associated with "
3942 "C<key>, or if the user previously set the C<key>'s C<data> pointer to "
3943 "C<NULL>."
3944 msgstr ""
3945
3946 #. type: textblock
3947 #: ../src/guestfs.pod:1996
3948 msgid ""
3949 "Libguestfs does not try to look at or interpret the C<data> pointer in any "
3950 "way.  As far as libguestfs is concerned, it need not be a valid pointer at "
3951 "all.  In particular, libguestfs does I<not> try to free the data when the "
3952 "handle is closed.  If the data must be freed, then the caller must either "
3953 "free it before calling L</guestfs_close> or must set up a close callback to "
3954 "do it (see L</GUESTFS_EVENT_CLOSE>)."
3955 msgstr ""
3956
3957 #. type: textblock
3958 #: ../src/guestfs.pod:2003
3959 msgid "To walk over all entries, use these two functions:"
3960 msgstr ""
3961
3962 #. type: verbatim
3963 #: ../src/guestfs.pod:2005
3964 #, no-wrap
3965 msgid ""
3966 " void *guestfs_first_private (guestfs_h *g, const char **key_rtn);\n"
3967 "\n"
3968 msgstr ""
3969
3970 #. type: verbatim
3971 #: ../src/guestfs.pod:2007
3972 #, no-wrap
3973 msgid ""
3974 " void *guestfs_next_private (guestfs_h *g, const char **key_rtn);\n"
3975 "\n"
3976 msgstr ""
3977
3978 #. type: textblock
3979 #: ../src/guestfs.pod:2009
3980 msgid ""
3981 "C<guestfs_first_private> returns the first key, pointer pair (\"first\" does "
3982 "not have any particular meaning -- keys are not returned in any defined "
3983 "order).  A pointer to the key is returned in C<*key_rtn> and the "
3984 "corresponding data pointer is returned from the function.  C<NULL> is "
3985 "returned if there are no keys stored in the handle."
3986 msgstr ""
3987
3988 #. type: textblock
3989 #: ../src/guestfs.pod:2015
3990 msgid ""
3991 "C<guestfs_next_private> returns the next key, pointer pair.  The return "
3992 "value of this function is also C<NULL> is there are no further entries to "
3993 "return."
3994 msgstr ""
3995
3996 #. type: textblock
3997 #: ../src/guestfs.pod:2019
3998 msgid "Notes about walking over entries:"
3999 msgstr ""
4000
4001 #. type: textblock
4002 #: ../src/guestfs.pod:2025
4003 msgid ""
4004 "You must not call C<guestfs_set_private> while walking over the entries."
4005 msgstr ""
4006
4007 #. type: textblock
4008 #: ../src/guestfs.pod:2030
4009 msgid ""
4010 "The handle maintains an internal iterator which is reset when you call "
4011 "C<guestfs_first_private>.  This internal iterator is invalidated when you "
4012 "call C<guestfs_set_private>."
4013 msgstr ""
4014
4015 #. type: textblock
4016 #: ../src/guestfs.pod:2036
4017 msgid "If you have set the data pointer associated with a key to C<NULL>, ie:"
4018 msgstr ""
4019
4020 #. type: verbatim
4021 #: ../src/guestfs.pod:2038
4022 #, no-wrap
4023 msgid ""
4024 " guestfs_set_private (g, key, NULL);\n"
4025 "\n"
4026 msgstr ""
4027
4028 #. type: textblock
4029 #: ../src/guestfs.pod:2040
4030 msgid "then that C<key> is not returned when walking."
4031 msgstr ""
4032
4033 #. type: textblock
4034 #: ../src/guestfs.pod:2044
4035 msgid ""
4036 "C<*key_rtn> is only valid until the next call to C<guestfs_first_private>, "
4037 "C<guestfs_next_private> or C<guestfs_set_private>."
4038 msgstr ""
4039
4040 #. type: textblock
4041 #: ../src/guestfs.pod:2050
4042 msgid ""
4043 "The following example code shows how to print all keys and data pointers "
4044 "that are associated with the handle C<g>:"
4045 msgstr ""
4046
4047 #. type: verbatim
4048 #: ../src/guestfs.pod:2053
4049 #, no-wrap
4050 msgid ""
4051 " const char *key;\n"
4052 " void *data = guestfs_first_private (g, &key);\n"
4053 " while (data != NULL)\n"
4054 "   {\n"
4055 "     printf (\"key = %s, data = %p\\n\", key, data);\n"
4056 "     data = guestfs_next_private (g, &key);\n"
4057 "   }\n"
4058 "\n"
4059 msgstr ""
4060
4061 #. type: textblock
4062 #: ../src/guestfs.pod:2061
4063 msgid ""
4064 "More commonly you are only interested in keys that begin with an application-"
4065 "specific prefix C<foo_>.  Modify the loop like so:"
4066 msgstr ""
4067
4068 #. type: verbatim
4069 #: ../src/guestfs.pod:2064
4070 #, no-wrap
4071 msgid ""
4072 " const char *key;\n"
4073 " void *data = guestfs_first_private (g, &key);\n"
4074 " while (data != NULL)\n"
4075 "   {\n"
4076 "     if (strncmp (key, \"foo_\", strlen (\"foo_\")) == 0)\n"
4077 "       printf (\"key = %s, data = %p\\n\", key, data);\n"
4078 "     data = guestfs_next_private (g, &key);\n"
4079 "   }\n"
4080 "\n"
4081 msgstr ""
4082
4083 #. type: textblock
4084 #: ../src/guestfs.pod:2073
4085 msgid ""
4086 "If you need to modify keys while walking, then you have to jump back to the "
4087 "beginning of the loop.  For example, to delete all keys prefixed with "
4088 "C<foo_>:"
4089 msgstr ""
4090
4091 #. type: verbatim
4092 #: ../src/guestfs.pod:2077
4093 #, no-wrap
4094 msgid ""
4095 "  const char *key;\n"
4096 "  void *data;\n"
4097 " again:\n"
4098 "  data = guestfs_first_private (g, &key);\n"
4099 "  while (data != NULL)\n"
4100 "    {\n"
4101 "      if (strncmp (key, \"foo_\", strlen (\"foo_\")) == 0)\n"
4102 "        {\n"
4103 "          guestfs_set_private (g, key, NULL);\n"
4104 "          /* note that 'key' pointer is now invalid, and so is\n"
4105 "             the internal iterator */\n"
4106 "          goto again;\n"
4107 "        }\n"
4108 "      data = guestfs_next_private (g, &key);\n"
4109 "    }\n"
4110 "\n"
4111 msgstr ""
4112
4113 #. type: textblock
4114 #: ../src/guestfs.pod:2093
4115 msgid ""
4116 "Note that the above loop is guaranteed to terminate because the keys are "
4117 "being deleted, but other manipulations of keys within the loop might not "
4118 "terminate unless you also maintain an indication of which keys have been "
4119 "visited."
4120 msgstr ""
4121
4122 #. type: =end
4123 #: ../src/guestfs.pod:2098 ../src/guestfs.pod:2103
4124 msgid "html"
4125 msgstr "html"
4126
4127 #. type: textblock
4128 #: ../src/guestfs.pod:2100
4129 msgid ""
4130 "<!-- old anchor for the next section --> <a name="
4131 "\"state_machine_and_low_level_event_api\"/>"
4132 msgstr ""
4133 "<!-- old anchor for the next section --> <a name="
4134 "\"state_machine_and_low_level_event_api\"/>"
4135
4136 #. type: =head1
4137 #: ../src/guestfs.pod:2105
4138 msgid "ARCHITECTURE"
4139 msgstr "АРХІТЕКТУРА"
4140
4141 #. type: textblock
4142 #: ../src/guestfs.pod:2107
4143 msgid ""
4144 "Internally, libguestfs is implemented by running an appliance (a special "
4145 "type of small virtual machine) using L<qemu(1)>.  Qemu runs as a child "
4146 "process of the main program."
4147 msgstr ""
4148
4149 #. type: verbatim
4150 #: ../src/guestfs.pod:2111
4151 #, no-wrap
4152 msgid ""
4153 "  ___________________\n"
4154 " /                   \\\n"
4155 " | main program      |\n"
4156 " |                   |\n"
4157 " |                   |           child process / appliance\n"
4158 " |                   |           __________________________\n"
4159 " |                   |          / qemu                     \\\n"
4160 " +-------------------+   RPC    |      +-----------------+ |\n"
4161 " | libguestfs     <--------------------> guestfsd        | |\n"
4162 " |                   |          |      +-----------------+ |\n"
4163 " \\___________________/          |      | Linux kernel    | |\n"
4164 "                                |      +--^--------------+ |\n"
4165 "                                \\_________|________________/\n"
4166 "                                          |\n"
4167 "                                   _______v______\n"
4168 "                                  /              \\\n"
4169 "                                  | Device or    |\n"
4170 "                                  | disk image   |\n"
4171 "                                  \\______________/\n"
4172 "\n"
4173 msgstr ""
4174
4175 #. type: textblock
4176 #: ../src/guestfs.pod:2131
4177 msgid ""
4178 "The library, linked to the main program, creates the child process and hence "
4179 "the appliance in the L</guestfs_launch> function."
4180 msgstr ""
4181
4182 #. type: textblock
4183 #: ../src/guestfs.pod:2134
4184 msgid ""
4185 "Inside the appliance is a Linux kernel and a complete stack of userspace "
4186 "tools (such as LVM and ext2 programs) and a small controlling daemon called "
4187 "L</guestfsd>.  The library talks to L</guestfsd> using remote procedure "
4188 "calls (RPC).  There is a mostly one-to-one correspondence between libguestfs "
4189 "API calls and RPC calls to the daemon.  Lastly the disk image(s) are "
4190 "attached to the qemu process which translates device access by the "
4191 "appliance's Linux kernel into accesses to the image."
4192 msgstr ""
4193
4194 #. type: textblock
4195 #: ../src/guestfs.pod:2143
4196 msgid ""
4197 "A common misunderstanding is that the appliance \"is\" the virtual machine.  "
4198 "Although the disk image you are attached to might also be used by some "
4199 "virtual machine, libguestfs doesn't know or care about this.  (But you will "
4200 "care if both libguestfs's qemu process and your virtual machine are trying "
4201 "to update the disk image at the same time, since these usually results in "
4202 "massive disk corruption)."
4203 msgstr ""
4204
4205 #. type: =head1
4206 #: ../src/guestfs.pod:2150
4207 msgid "STATE MACHINE"
4208 msgstr "СКІНЧЕННИЙ АВТОМАТ"
4209
4210 #. type: textblock
4211 #: ../src/guestfs.pod:2152
4212 msgid "libguestfs uses a state machine to model the child process:"
4213 msgstr ""
4214
4215 #. type: verbatim
4216 #: ../src/guestfs.pod:2154
4217 #, no-wrap
4218 msgid ""
4219 "                         |\n"
4220 "                    guestfs_create\n"
4221 "                         |\n"
4222 "                         |\n"
4223 "                     ____V_____\n"
4224 "                    /          \\\n"
4225 "                    |  CONFIG  |\n"
4226 "                    \\__________/\n"
4227 "                     ^ ^   ^  \\\n"
4228 "                    /  |    \\  \\ guestfs_launch\n"
4229 "                   /   |    _\\__V______\n"
4230 "                  /    |   /           \\\n"
4231 "                 /     |   | LAUNCHING |\n"
4232 "                /      |   \\___________/\n"
4233 "               /       |       /\n"
4234 "              /        |  guestfs_launch\n"
4235 "             /         |     /\n"
4236 "    ______  /        __|____V\n"
4237 "   /      \\ ------> /        \\\n"
4238 "   | BUSY |         | READY  |\n"
4239 "   \\______/ <------ \\________/\n"
4240 "\n"
4241 msgstr ""
4242
4243 #. type: textblock
4244 #: ../src/guestfs.pod:2176
4245 msgid ""
4246 "The normal transitions are (1) CONFIG (when the handle is created, but there "
4247 "is no child process), (2) LAUNCHING (when the child process is booting up), "
4248 "(3) alternating between READY and BUSY as commands are issued to, and "
4249 "carried out by, the child process."
4250 msgstr ""
4251
4252 #. type: textblock
4253 #: ../src/guestfs.pod:2181
4254 msgid ""
4255 "The guest may be killed by L</guestfs_kill_subprocess>, or may die "
4256 "asynchronously at any time (eg. due to some internal error), and that causes "
4257 "the state to transition back to CONFIG."
4258 msgstr ""
4259
4260 #. type: textblock
4261 #: ../src/guestfs.pod:2185
4262 msgid ""
4263 "Configuration commands for qemu such as L</guestfs_add_drive> can only be "
4264 "issued when in the CONFIG state."
4265 msgstr ""
4266
4267 #. type: textblock
4268 #: ../src/guestfs.pod:2188
4269 msgid ""
4270 "The API offers one call that goes from CONFIG through LAUNCHING to READY.  "
4271 "L</guestfs_launch> blocks until the child process is READY to accept "
4272 "commands (or until some failure or timeout).  L</guestfs_launch> internally "
4273 "moves the state from CONFIG to LAUNCHING while it is running."
4274 msgstr ""
4275
4276 #. type: textblock
4277 #: ../src/guestfs.pod:2194
4278 msgid ""
4279 "API actions such as L</guestfs_mount> can only be issued when in the READY "
4280 "state.  These API calls block waiting for the command to be carried out (ie. "
4281 "the state to transition to BUSY and then back to READY).  There are no non-"
4282 "blocking versions, and no way to issue more than one command per handle at "
4283 "the same time."
4284 msgstr ""
4285
4286 #. type: textblock
4287 #: ../src/guestfs.pod:2200
4288 msgid ""
4289 "Finally, the child process sends asynchronous messages back to the main "
4290 "program, such as kernel log messages.  You can register a callback to "
4291 "receive these messages."
4292 msgstr ""
4293
4294 #. type: =head1
4295 #: ../src/guestfs.pod:2204
4296 msgid "INTERNALS"
4297 msgstr ""
4298
4299 #. type: =head2
4300 #: ../src/guestfs.pod:2206
4301 msgid "COMMUNICATION PROTOCOL"
4302 msgstr ""
4303
4304 #. type: textblock
4305 #: ../src/guestfs.pod:2208
4306 msgid ""
4307 "Don't rely on using this protocol directly.  This section documents how it "
4308 "currently works, but it may change at any time."
4309 msgstr ""
4310
4311 #. type: textblock
4312 #: ../src/guestfs.pod:2211
4313 msgid ""
4314 "The protocol used to talk between the library and the daemon running inside "
4315 "the qemu virtual machine is a simple RPC mechanism built on top of XDR (RFC "
4316 "1014, RFC 1832, RFC 4506)."
4317 msgstr ""
4318
4319 #. type: textblock
4320 #: ../src/guestfs.pod:2215
4321 msgid ""
4322 "The detailed format of structures is in C<src/guestfs_protocol.x> (note: "
4323 "this file is automatically generated)."
4324 msgstr ""
4325
4326 #. type: textblock
4327 #: ../src/guestfs.pod:2218
4328 msgid ""
4329 "There are two broad cases, ordinary functions that don't have any C<FileIn> "
4330 "and C<FileOut> parameters, which are handled with very simple request/reply "
4331 "messages.  Then there are functions that have any C<FileIn> or C<FileOut> "
4332 "parameters, which use the same request and reply messages, but they may also "
4333 "be followed by files sent using a chunked encoding."
4334 msgstr ""
4335
4336 #. type: =head3
4337 #: ../src/guestfs.pod:2225
4338 msgid "ORDINARY FUNCTIONS (NO FILEIN/FILEOUT PARAMS)"
4339 msgstr ""
4340
4341 #. type: textblock
4342 #: ../src/guestfs.pod:2227
4343 msgid "For ordinary functions, the request message is:"
4344 msgstr ""
4345
4346 #. type: verbatim
4347 #: ../src/guestfs.pod:2229
4348 #, no-wrap
4349 msgid ""
4350 " total length (header + arguments,\n"
4351 "      but not including the length word itself)\n"
4352 " struct guestfs_message_header (encoded as XDR)\n"
4353 " struct guestfs_<foo>_args (encoded as XDR)\n"
4354 "\n"
4355 msgstr ""
4356
4357 #. type: textblock
4358 #: ../src/guestfs.pod:2234
4359 msgid ""
4360 "The total length field allows the daemon to allocate a fixed size buffer "
4361 "into which it slurps the rest of the message.  As a result, the total length "
4362 "is limited to C<GUESTFS_MESSAGE_MAX> bytes (currently 4MB), which means the "
4363 "effective size of any request is limited to somewhere under this size."
4364 msgstr ""
4365
4366 #. type: textblock
4367 #: ../src/guestfs.pod:2240
4368 msgid ""
4369 "Note also that many functions don't take any arguments, in which case the "
4370 "C<guestfs_I<foo>_args> is completely omitted."
4371 msgstr ""
4372
4373 #. type: textblock
4374 #: ../src/guestfs.pod:2243
4375 msgid ""
4376 "The header contains the procedure number (C<guestfs_proc>) which is how the "
4377 "receiver knows what type of args structure to expect, or none at all."
4378 msgstr ""
4379
4380 #. type: textblock
4381 #: ../src/guestfs.pod:2247
4382 msgid ""
4383 "For functions that take optional arguments, the optional arguments are "
4384 "encoded in the C<guestfs_I<foo>_args> structure in the same way as ordinary "
4385 "arguments.  A bitmask in the header indicates which optional arguments are "
4386 "meaningful.  The bitmask is also checked to see if it contains bits set "
4387 "which the daemon does not know about (eg. if more optional arguments were "
4388 "added in a later version of the library), and this causes the call to be "
4389 "rejected."
4390 msgstr ""
4391
4392 #. type: textblock
4393 #: ../src/guestfs.pod:2255
4394 msgid "The reply message for ordinary functions is:"
4395 msgstr ""
4396
4397 #. type: verbatim
4398 #: ../src/guestfs.pod:2257
4399 #, no-wrap
4400 msgid ""
4401 " total length (header + ret,\n"
4402 "      but not including the length word itself)\n"
4403 " struct guestfs_message_header (encoded as XDR)\n"
4404 " struct guestfs_<foo>_ret (encoded as XDR)\n"
4405 "\n"
4406 msgstr ""
4407
4408 #. type: textblock
4409 #: ../src/guestfs.pod:2262
4410 msgid ""
4411 "As above the C<guestfs_I<foo>_ret> structure may be completely omitted for "
4412 "functions that return no formal return values."
4413 msgstr ""
4414
4415 #. type: textblock
4416 #: ../src/guestfs.pod:2265
4417 msgid ""
4418 "As above the total length of the reply is limited to C<GUESTFS_MESSAGE_MAX>."
4419 msgstr ""
4420
4421 #. type: textblock
4422 #: ../src/guestfs.pod:2268
4423 msgid ""
4424 "In the case of an error, a flag is set in the header, and the reply message "
4425 "is slightly changed:"
4426 msgstr ""
4427
4428 #. type: verbatim
4429 #: ../src/guestfs.pod:2271
4430 #, no-wrap
4431 msgid ""
4432 " total length (header + error,\n"
4433 "      but not including the length word itself)\n"
4434 " struct guestfs_message_header (encoded as XDR)\n"
4435 " struct guestfs_message_error (encoded as XDR)\n"
4436 "\n"
4437 msgstr ""
4438
4439 #. type: textblock
4440 #: ../src/guestfs.pod:2276
4441 msgid ""
4442 "The C<guestfs_message_error> structure contains the error message as a "
4443 "string."
4444 msgstr ""
4445
4446 #. type: =head3
4447 #: ../src/guestfs.pod:2279
4448 msgid "FUNCTIONS THAT HAVE FILEIN PARAMETERS"
4449 msgstr ""
4450
4451 #. type: textblock
4452 #: ../src/guestfs.pod:2281
4453 msgid ""
4454 "A C<FileIn> parameter indicates that we transfer a file I<into> the guest.  "
4455 "The normal request message is sent (see above).  However this is followed by "
4456 "a sequence of file chunks."
4457 msgstr ""
4458
4459 #. type: verbatim
4460 #: ../src/guestfs.pod:2285
4461 #, no-wrap
4462 msgid ""
4463 " total length (header + arguments,\n"
4464 "      but not including the length word itself,\n"
4465 "      and not including the chunks)\n"
4466 " struct guestfs_message_header (encoded as XDR)\n"
4467 " struct guestfs_<foo>_args (encoded as XDR)\n"
4468 " sequence of chunks for FileIn param #0\n"
4469 " sequence of chunks for FileIn param #1 etc.\n"
4470 "\n"
4471 msgstr ""
4472
4473 #. type: textblock
4474 #: ../src/guestfs.pod:2293
4475 msgid "The \"sequence of chunks\" is:"
4476 msgstr ""
4477
4478 #. type: verbatim
4479 #: ../src/guestfs.pod:2295
4480 #, no-wrap
4481 msgid ""
4482 " length of chunk (not including length word itself)\n"
4483 " struct guestfs_chunk (encoded as XDR)\n"
4484 " length of chunk\n"
4485 " struct guestfs_chunk (encoded as XDR)\n"
4486 "   ...\n"
4487 " length of chunk\n"
4488 " struct guestfs_chunk (with data.data_len == 0)\n"
4489 "\n"
4490 msgstr ""
4491
4492 #. type: textblock
4493 #: ../src/guestfs.pod:2303
4494 msgid ""
4495 "The final chunk has the C<data_len> field set to zero.  Additionally a flag "
4496 "is set in the final chunk to indicate either successful completion or early "
4497 "cancellation."
4498 msgstr ""
4499
4500 #. type: textblock
4501 #: ../src/guestfs.pod:2307
4502 msgid ""
4503 "At time of writing there are no functions that have more than one FileIn "
4504 "parameter.  However this is (theoretically) supported, by sending the "
4505 "sequence of chunks for each FileIn parameter one after another (from left to "
4506 "right)."
4507 msgstr ""
4508
4509 #. type: textblock
4510 #: ../src/guestfs.pod:2312
4511 msgid ""
4512 "Both the library (sender) I<and> the daemon (receiver) may cancel the "
4513 "transfer.  The library does this by sending a chunk with a special flag set "
4514 "to indicate cancellation.  When the daemon sees this, it cancels the whole "
4515 "RPC, does I<not> send any reply, and goes back to reading the next request."
4516 msgstr ""
4517
4518 #. type: textblock
4519 #: ../src/guestfs.pod:2318
4520 msgid ""
4521 "The daemon may also cancel.  It does this by writing a special word "
4522 "C<GUESTFS_CANCEL_FLAG> to the socket.  The library listens for this during "
4523 "the transfer, and if it gets it, it will cancel the transfer (it sends a "
4524 "cancel chunk).  The special word is chosen so that even if cancellation "
4525 "happens right at the end of the transfer (after the library has finished "
4526 "writing and has started listening for the reply), the \"spurious\" cancel "
4527 "flag will not be confused with the reply message."
4528 msgstr ""
4529
4530 #. type: textblock
4531 #: ../src/guestfs.pod:2327
4532 msgid ""
4533 "This protocol allows the transfer of arbitrary sized files (no 32 bit "
4534 "limit), and also files where the size is not known in advance (eg. from "
4535 "pipes or sockets).  However the chunks are rather small "
4536 "(C<GUESTFS_MAX_CHUNK_SIZE>), so that neither the library nor the daemon need "
4537 "to keep much in memory."
4538 msgstr ""
4539
4540 #. type: =head3
4541 #: ../src/guestfs.pod:2333
4542 msgid "FUNCTIONS THAT HAVE FILEOUT PARAMETERS"
4543 msgstr ""
4544
4545 #. type: textblock
4546 #: ../src/guestfs.pod:2335
4547 msgid ""
4548 "The protocol for FileOut parameters is exactly the same as for FileIn "
4549 "parameters, but with the roles of daemon and library reversed."
4550 msgstr ""
4551
4552 #. type: verbatim
4553 #: ../src/guestfs.pod:2338
4554 #, no-wrap
4555 msgid ""
4556 " total length (header + ret,\n"
4557 "      but not including the length word itself,\n"
4558 "      and not including the chunks)\n"
4559 " struct guestfs_message_header (encoded as XDR)\n"
4560 " struct guestfs_<foo>_ret (encoded as XDR)\n"
4561 " sequence of chunks for FileOut param #0\n"
4562 " sequence of chunks for FileOut param #1 etc.\n"
4563 "\n"
4564 msgstr ""
4565
4566 #. type: =head3
4567 #: ../src/guestfs.pod:2346
4568 msgid "INITIAL MESSAGE"
4569 msgstr ""
4570
4571 #. type: textblock
4572 #: ../src/guestfs.pod:2348
4573 msgid ""
4574 "When the daemon launches it sends an initial word (C<GUESTFS_LAUNCH_FLAG>) "
4575 "which indicates that the guest and daemon is alive.  This is what L</"
4576 "guestfs_launch> waits for."
4577 msgstr ""
4578
4579 #. type: =head3
4580 #: ../src/guestfs.pod:2352
4581 msgid "PROGRESS NOTIFICATION MESSAGES"
4582 msgstr ""
4583
4584 #. type: textblock
4585 #: ../src/guestfs.pod:2354
4586 msgid ""
4587 "The daemon may send progress notification messages at any time.  These are "
4588 "distinguished by the normal length word being replaced by "
4589 "C<GUESTFS_PROGRESS_FLAG>, followed by a fixed size progress message."
4590 msgstr ""
4591
4592 #. type: textblock
4593 #: ../src/guestfs.pod:2358
4594 msgid ""
4595 "The library turns them into progress callbacks (see L</"
4596 "GUESTFS_EVENT_PROGRESS>) if there is a callback registered, or discards them "
4597 "if not."
4598 msgstr ""
4599
4600 #. type: textblock
4601 #: ../src/guestfs.pod:2362
4602 msgid ""
4603 "The daemon self-limits the frequency of progress messages it sends (see "
4604 "C<daemon/proto.c:notify_progress>).  Not all calls generate progress "
4605 "messages."
4606 msgstr ""
4607
4608 #. type: =head1
4609 #: ../src/guestfs.pod:2366
4610 msgid "LIBGUESTFS VERSION NUMBERS"
4611 msgstr ""
4612
4613 #. type: textblock
4614 #: ../src/guestfs.pod:2368
4615 msgid ""
4616 "Since April 2010, libguestfs has started to make separate development and "
4617 "stable releases, along with corresponding branches in our git repository.  "
4618 "These separate releases can be identified by version number:"
4619 msgstr ""
4620
4621 #. type: verbatim
4622 #: ../src/guestfs.pod:2373
4623 #, no-wrap
4624 msgid ""
4625 "                 even numbers for stable: 1.2.x, 1.4.x, ...\n"
4626 "       .-------- odd numbers for development: 1.3.x, 1.5.x, ...\n"
4627 "       |\n"
4628 "       v\n"
4629 " 1  .  3  .  5\n"
4630 " ^           ^\n"
4631 " |           |\n"
4632 " |           `-------- sub-version\n"
4633 " |\n"
4634 " `------ always '1' because we don't change the ABI\n"
4635 "\n"
4636 msgstr ""
4637
4638 #. type: textblock
4639 #: ../src/guestfs.pod:2384
4640 msgid "Thus \"1.3.5\" is the 5th update to the development branch \"1.3\"."
4641 msgstr ""
4642
4643 #. type: textblock
4644 #: ../src/guestfs.pod:2386
4645 msgid ""
4646 "As time passes we cherry pick fixes from the development branch and backport "
4647 "those into the stable branch, the effect being that the stable branch should "
4648 "get more stable and less buggy over time.  So the stable releases are ideal "
4649 "for people who don't need new features but would just like the software to "
4650 "work."
4651 msgstr ""
4652
4653 #. type: textblock
4654 #: ../src/guestfs.pod:2392
4655 msgid "Our criteria for backporting changes are:"
4656 msgstr ""
4657
4658 #. type: textblock
4659 #: ../src/guestfs.pod:2398
4660 msgid ""
4661 "Documentation changes which don't affect any code are backported unless the "
4662 "documentation refers to a future feature which is not in stable."
4663 msgstr ""
4664
4665 #. type: textblock
4666 #: ../src/guestfs.pod:2404
4667 msgid ""
4668 "Bug fixes which are not controversial, fix obvious problems, and have been "
4669 "well tested are backported."
4670 msgstr ""
4671
4672 #. type: textblock
4673 #: ../src/guestfs.pod:2409
4674 msgid ""
4675 "Simple rearrangements of code which shouldn't affect how it works get "
4676 "backported.  This is so that the code in the two branches doesn't get too "
4677 "far out of step, allowing us to backport future fixes more easily."
4678 msgstr ""
4679
4680 #. type: textblock
4681 #: ../src/guestfs.pod:2415
4682 msgid ""
4683 "We I<don't> backport new features, new APIs, new tools etc, except in one "
4684 "exceptional case: the new feature is required in order to implement an "
4685 "important bug fix."
4686 msgstr ""
4687
4688 #. type: textblock
4689 #: ../src/guestfs.pod:2421
4690 msgid ""
4691 "A new stable branch starts when we think the new features in development are "
4692 "substantial and compelling enough over the current stable branch to warrant "
4693 "it.  When that happens we create new stable and development versions 1.N.0 "
4694 "and 1.(N+1).0 [N is even].  The new dot-oh release won't necessarily be so "
4695 "stable at this point, but by backporting fixes from development, that branch "
4696 "will stabilize over time."
4697 msgstr ""
4698
4699 #. type: =head1
4700 #: ../src/guestfs.pod:2429
4701 msgid "EXTENDING LIBGUESTFS"
4702 msgstr ""
4703
4704 #. type: =head2
4705 #: ../src/guestfs.pod:2431
4706 msgid "ADDING A NEW API ACTION"
4707 msgstr ""
4708
4709 #. type: textblock
4710 #: ../src/guestfs.pod:2433
4711 msgid ""
4712 "Large amounts of boilerplate code in libguestfs (RPC, bindings, "
4713 "documentation) are generated, and this makes it easy to extend the "
4714 "libguestfs API."
4715 msgstr ""
4716
4717 #. type: textblock
4718 #: ../src/guestfs.pod:2437
4719 msgid "To add a new API action there are two changes:"
4720 msgstr ""
4721
4722 #. type: textblock
4723 #: ../src/guestfs.pod:2443
4724 msgid ""
4725 "You need to add a description of the call (name, parameters, return type, "
4726 "tests, documentation) to C<generator/generator_actions.ml>."
4727 msgstr ""
4728
4729 #. type: textblock
4730 #: ../src/guestfs.pod:2446
4731 msgid ""
4732 "There are two sorts of API action, depending on whether the call goes "
4733 "through to the daemon in the appliance, or is serviced entirely by the "
4734 "library (see L</ARCHITECTURE> above).  L</guestfs_sync> is an example of the "
4735 "former, since the sync is done in the appliance.  L</guestfs_set_trace> is "
4736 "an example of the latter, since a trace flag is maintained in the handle and "
4737 "all tracing is done on the library side."
4738 msgstr ""
4739
4740 #. type: textblock
4741 #: ../src/guestfs.pod:2454
4742 msgid ""
4743 "Most new actions are of the first type, and get added to the "
4744 "C<daemon_functions> list.  Each function has a unique procedure number used "
4745 "in the RPC protocol which is assigned to that action when we publish "
4746 "libguestfs and cannot be reused.  Take the latest procedure number and "
4747 "increment it."
4748 msgstr ""
4749
4750 #. type: textblock
4751 #: ../src/guestfs.pod:2460
4752 msgid ""
4753 "For library-only actions of the second type, add to the "
4754 "C<non_daemon_functions> list.  Since these functions are serviced by the "
4755 "library and do not travel over the RPC mechanism to the daemon, these "
4756 "functions do not need a procedure number, and so the procedure number is set "
4757 "to C<-1>."
4758 msgstr ""
4759
4760 #. type: textblock
4761 #: ../src/guestfs.pod:2468
4762 msgid "Implement the action (in C):"
4763 msgstr ""
4764
4765 #. type: textblock
4766 #: ../src/guestfs.pod:2470
4767 msgid ""
4768 "For daemon actions, implement the function C<do_E<lt>nameE<gt>> in the "
4769 "C<daemon/> directory."
4770 msgstr ""
4771
4772 #. type: textblock
4773 #: ../src/guestfs.pod:2473
4774 msgid ""
4775 "For library actions, implement the function C<guestfs__E<lt>nameE<gt>> "
4776 "(note: double underscore) in the C<src/> directory."
4777 msgstr ""
4778
4779 #. type: textblock
4780 #: ../src/guestfs.pod:2476
4781 msgid "In either case, use another function as an example of what to do."
4782 msgstr ""
4783
4784 #. type: textblock
4785 #: ../src/guestfs.pod:2480
4786 msgid "After making these changes, use C<make> to compile."
4787 msgstr ""
4788
4789 #. type: textblock
4790 #: ../src/guestfs.pod:2482
4791 msgid ""
4792 "Note that you don't need to implement the RPC, language bindings, manual "
4793 "pages or anything else.  It's all automatically generated from the OCaml "
4794 "description."
4795 msgstr ""
4796
4797 #. type: =head2
4798 #: ../src/guestfs.pod:2486
4799 msgid "ADDING TESTS FOR AN API ACTION"
4800 msgstr ""
4801
4802 #. type: textblock
4803 #: ../src/guestfs.pod:2488
4804 msgid ""
4805 "You can supply zero or as many tests as you want per API call.  The tests "
4806 "can either be added as part of the API description (C<generator/"
4807 "generator_actions.ml>), or in some rarer cases you may want to drop a script "
4808 "into C<regressions/>.  Note that adding a script to C<regressions/> is "
4809 "slower, so if possible use the first method."
4810 msgstr ""
4811
4812 #. type: textblock
4813 #: ../src/guestfs.pod:2494
4814 msgid ""
4815 "The following describes the test environment used when you add an API test "
4816 "in C<generator_actions.ml>."
4817 msgstr ""
4818
4819 #. type: textblock
4820 #: ../src/guestfs.pod:2497
4821 msgid "The test environment has 4 block devices:"
4822 msgstr ""
4823
4824 #. type: =item
4825 #: ../src/guestfs.pod:2501
4826 msgid "C</dev/sda> 500MB"
4827 msgstr ""
4828
4829 #. type: textblock
4830 #: ../src/guestfs.pod:2503
4831 msgid "General block device for testing."
4832 msgstr ""
4833
4834 #. type: =item
4835 #: ../src/guestfs.pod:2505
4836 msgid "C</dev/sdb> 50MB"
4837 msgstr ""
4838
4839 #. type: textblock
4840 #: ../src/guestfs.pod:2507
4841 msgid ""
4842 "C</dev/sdb1> is an ext2 filesystem used for testing filesystem write "
4843 "operations."
4844 msgstr ""
4845
4846 #. type: =item
4847 #: ../src/guestfs.pod:2510
4848 msgid "C</dev/sdc> 10MB"
4849 msgstr ""
4850
4851 #. type: textblock
4852 #: ../src/guestfs.pod:2512
4853 msgid "Used in a few tests where two block devices are needed."
4854 msgstr ""
4855
4856 #. type: =item
4857 #: ../src/guestfs.pod:2514
4858 msgid "C</dev/sdd>"
4859 msgstr "C</dev/sdd>"
4860
4861 #. type: textblock
4862 #: ../src/guestfs.pod:2516
4863 msgid "ISO with fixed content (see C<images/test.iso>)."
4864 msgstr ""
4865
4866 #. type: textblock
4867 #: ../src/guestfs.pod:2520
4868 msgid ""
4869 "To be able to run the tests in a reasonable amount of time, the libguestfs "
4870 "appliance and block devices are reused between tests.  So don't try testing "
4871 "L</guestfs_kill_subprocess> :-x"
4872 msgstr ""
4873
4874 #. type: textblock
4875 #: ../src/guestfs.pod:2524
4876 msgid ""
4877 "Each test starts with an initial scenario, selected using one of the "
4878 "C<Init*> expressions, described in C<generator/generator_types.ml>.  These "
4879 "initialize the disks mentioned above in a particular way as documented in "
4880 "C<generator_types.ml>.  You should not assume anything about the previous "
4881 "contents of other disks that are not initialized."