Changes
Translation components API.
See the Weblate's Web API documentation for detailed description of the API.
GET /api/translations/debian-handbook/12_advanced-administration/nb_NO/changes/?format=api&page=32
{ "count": 1586, "next": null, "previous": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/changes/?format=api&page=31", "results": [ { "unit": "https://hosted.weblate.org/api/units/16828868/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:13.251729+02:00", "action": 30, "target": "The <literal>--disk</literal> specifies the location of the image file that is to represent our virtual machine's hard disk; that file is created, unless present, with a size (in GB) specified by the <literal>size</literal> parameter. The <literal>format</literal> parameter allows choosing among several ways of storing the image file. The default format (<literal>qcow2</literal>) allows starting with a small file that only grows when the virtual machine starts actually using space.", "id": 6195514, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195514/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828867/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:13.228365+02:00", "action": 30, "target": "The <literal>--memory</literal> option allows specifying the amount of RAM (in MB) to allocate for the virtual machine.", "id": 6195513, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195513/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828865/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:13.110040+02:00", "action": 30, "target": "All samples in this section assume that you are running commands as root. Effectively, if you want to control a local libvirt daemon, you need either to be root or to be a member of the <literal>libvirt</literal> group (which is not the case by default). Thus if you want to avoid using root rights too often, you can add yourself to the <literal>libvirt</literal> group and run the various commands under your user identity.", "id": 6195511, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195511/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828864/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.998806+02:00", "action": 30, "target": "We first install the required packages, with <command>apt-get install libvirt-clients libvirt-daemon-system qemu-kvm virtinst virt-manager virt-viewer</command>. <emphasis role=\"pkg\">libvirt-daemon-system</emphasis> provides the <command>libvirtd</command> daemon, which allows (potentially remote) management of the virtual machines running of the host, and starts the required VMs when the host boots. <emphasis role=\"pkg\">libvirt-clients</emphasis> provides the <command>virsh</command> command-line tool, which allows controlling the <command>libvirtd</command>-managed machines.", "id": 6195510, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195510/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828860/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.732468+02:00", "action": 30, "target": "lxc.uts.name = testlxc", "id": 6195507, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195507/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828858/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.664974+02:00", "action": 30, "target": "Note that the Debian template creation script accepts an <option>--arch</option> option to specify the architecture of the system to be installed and a <option>--release</option> option if you want to install something else than the current stable release of Debian. You can also set the <literal>MIRROR</literal> environment variable to point to a local Debian mirror.", "id": 6195505, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195505/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828856/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.547173+02:00", "action": 30, "target": "In cases where this configuration cannot be used (for instance, if no public IP addresses can be assigned to the containers), a virtual <emphasis>tap</emphasis> interface will be created and connected to the bridge. The equivalent network topology then becomes that of a host with a second network card plugged into a separate switch, with the containers also plugged into that switch. The host must then act as a gateway for the containers if they are meant to communicate with the outside world.", "id": 6195503, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195503/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828854/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.449662+02:00", "action": 30, "target": "The goal of installing LXC is to set up virtual machines; while we could, of course, keep them isolated from the network, and only communicate with them via the filesystem, most use cases involve giving at least minimal network access to the containers. In the typical case, each container will get a virtual network interface, connected to the real network through a bridge. This virtual interface can be plugged either directly onto the host's physical network interface (in which case the container is directly on the network), or onto another virtual interface defined on the host (and the host can then filter or route traffic). In both cases, the <emphasis role=\"pkg\">bridge-utils</emphasis> package will be required.", "id": 6195501, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195501/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828853/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.341771+02:00", "action": 30, "target": "These features can be combined to isolate a whole process family starting from the <command>init</command> process, and the resulting set looks very much like a virtual machine. The official name for such a setup is a “container” (hence the LXC moniker: <emphasis>LinuX Containers</emphasis>), but a rather important difference with “real” virtual machines such as provided by Xen or KVM is that there is no second kernel; the container uses the very same kernel as the host system. This has both pros and cons: advantages include excellent performance due to the total lack of overhead, and the fact that the kernel has a global vision of all the processes running on the system, so the scheduling can be more efficient than it would be if two independent kernels were to schedule different task sets. Chief among the inconveniences is the impossibility to run a different kernel in a container (whether a different Linux version or a different operating system altogether).", "id": 6195500, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195500/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828852/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.279601+02:00", "action": 30, "target": "Xen has many more features than we can describe in these few paragraphs. In particular, the system is very dynamic, and many parameters for one domain (such as the amount of allocated memory, the visible hard drives, the behavior of the task scheduler, and so on) can be adjusted even when that domain is running. A domU can even be migrated across servers without being shut down, and without losing its network connections! For all these advanced aspects, the primary source of information is the official Xen documentation. <ulink type=\"block\" url=\"https://xenproject.org/help/documentation/\" />", "id": 6195499, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195499/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828850/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.131125+02:00", "action": 30, "target": "While it is of course possible to have several domU systems running in parallel, they will all need to use their own image, since each domU is made to believe it runs on its own hardware (apart from the small slice of the kernel that talks to the hypervisor). In particular, it isn't possible for two domU systems running simultaneously to share storage space. If the domU systems are not run at the same time, it is, however, quite possible to reuse a single swap partition, or the partition hosting the <filename>/home</filename> filesystem.", "id": 6195497, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195497/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828848/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:12.030850+02:00", "action": 30, "target": "After rebooting to make sure the bridge is automatically created, we can now start the domU with the Xen control tools, in particular the <command>xl</command> command. This command allows different manipulations on the domains, including listing them and, starting/stopping them. You might need to increase the default memory by editing the variable memory from configuration file (in this case, <filename>/etc/xen/testxen.cfg</filename>). Here we have set it to 1024 (megabytes).", "id": 6195495, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195495/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828841/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:11.086479+02:00", "action": 30, "target": "Xen requires modifications to all the operating systems one wants to run on it; not all kernels have the same level of maturity in this regard. Many are fully-functional, both as dom0 and domU: Linux 3.0 and later, NetBSD 4.0 and later, and OpenSolaris. Others only work as a domU. You can check the status of each operating system in the Xen wiki: <ulink type=\"block\" url=\"https://wiki.xenproject.org/wiki/Dom0_Kernels_for_Xen\" /> <ulink type=\"block\" url=\"https://wiki.xenproject.org/wiki/DomU_Support_for_Xen\" />", "id": 6195488, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195488/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828840/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:11.044867+02:00", "action": 30, "target": "Since <emphasis role=\"distribution\">Jessie</emphasis> is based on version 3.16 of the Linux kernel, the standard <emphasis role=\"pkg\">linux-image-686-pae</emphasis> and <emphasis role=\"pkg\">linux-image-amd64</emphasis> packages include the necessary code, and the distribution-specific patching that was required for <emphasis role=\"distribution\">Squeeze</emphasis> and earlier versions of Debian is no more. <ulink type=\"block\" url=\"https://wiki.xenproject.org/wiki/Xen_Kernel_Feature_Matrix\" />", "id": 6195487, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195487/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828839/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:11.029153+02:00", "action": 30, "target": "Xensource, the company behind Xen, therefore had to port Xen to this new framework, so that the Xen patches could be merged into the official Linux kernel. That meant a lot of code rewrite, and although Xensource soon had a working version based on the paravirt_ops interface, the patches were only progressively merged into the official kernel. The merge was completed in Linux 3.0. <ulink type=\"block\" url=\"https://wiki.xenproject.org/wiki/XenParavirtOps\" />", "id": 6195486, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195486/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828834/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:10.917683+02:00", "action": 30, "target": "<emphasis>HARDWARE</emphasis> Virtualization support", "id": 6195485, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195485/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828830/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:10.733187+02:00", "action": 30, "target": "We now have both some redundancy for important data and much flexibility in how the available space is split across the applications.", "id": 6195481, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195481/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828829/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:10.693652+02:00", "action": 30, "target": "We will therefore create the <filename>lv_var</filename> and <filename>lv_home</filename> LVs on <filename>vg_raid</filename>, to host the matching filesystems; another large LV, <filename>lv_movies</filename>, will be used to host the definitive versions of movies after editing. The other VG will be split into a large <filename>lv_rushes</filename>, for data straight out of the digital video cameras, and a <filename>lv_tmp</filename> for temporary files. The location of the work area is a less straightforward choice to make: while good performance is needed for that volume, is it worth risking losing work if a disk fails during an editing session? Depending on the answer to that question, the relevant LV will be created on one VG or the other.", "id": 6195480, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195480/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828828/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:10.522925+02:00", "action": 30, "target": "LVM also caters for more advanced uses, where many details can be specified by hand. For instance, an administrator can tweak the size of the blocks that make up physical and logical volumes, as well as their physical layout. It is also possible to move blocks across PVs, for instance, to fine-tune performance or, in a more mundane way, to free a PV when one needs to extract the corresponding physical disk from the VG (whether to affect it to another VG or to remove it from LVM altogether). The manual pages describing the commands are generally clear and detailed. A good entry point is the <citerefentry><refentrytitle>lvm</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page.", "id": 6195479, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195479/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828825/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:10.389979+02:00", "action": 30, "target": "Not all filesystems can be resized online; resizing a volume can therefore require unmounting the filesystem first and remounting it afterwards. Of course, if one wants to shrink the space allocated to an LV, the filesystem must be shrunk first; the order is reversed when the resizing goes in the other direction: the logical volume must be grown before the filesystem on it. It is rather straightforward, since at no time must the filesystem size be larger than the block device where it resides (whether that device is a physical partition or a logical volume).", "id": 6195476, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195476/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828822/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:10.185668+02:00", "action": 30, "target": "<emphasis>NOTE</emphasis> Auto-detecting LVM volumes", "id": 6195473, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195473/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828821/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:10.153395+02:00", "action": 30, "target": "It is also possible to hint at the physical location of an LV, so that its extents are stored on a particular PV (while staying within the ones assigned to the VG, of course). Since we know that <filename>sdb</filename> is faster than <filename>sdf</filename>, we may want to store the <filename>lv_base</filename> there if we want to give an advantage to the database server compared to the file server. The command line becomes: <command>lvcreate -n lv_base -L 1G vg_critical /dev/sdb2</command>. Note that this command can fail if the PV doesn't have enough free extents. In our example, we would probably have to create <filename>lv_base</filename> before <filename>lv_files</filename> to avoid this situation – or free up some space on <filename>sdb2</filename> with the <command>pvmove</command> command.", "id": 6195472, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195472/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828819/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:10.052717+02:00", "action": 30, "target": "We now have two “virtual disks”, sized about 8 GB and 12 GB respectively. Let's now carve them up into “virtual partitions” (LVs). This involves the <command>lvcreate</command> command, and a slightly more complex syntax:", "id": 6195470, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195470/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828816/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:09.786535+02:00", "action": 30, "target": "A number of PVs can be clustered in a VG (<emphasis>Volume Group</emphasis>), which can be compared to disks both virtual and extensible. VGs are abstract, and don't appear in a device file in the <filename>/dev</filename> hierarchy, so there is no risk of using them directly.", "id": 6195467, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195467/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828809/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:09.317596+02:00", "action": 30, "target": "The <command>mdadm --create</command> command requires several parameters: the name of the volume to create (<filename>/dev/md*</filename>, with MD standing for <foreignphrase>Multiple Device</foreignphrase>), the RAID level, the number of disks (which is compulsory despite being mostly meaningful only with RAID-1 and above), and the physical drives to use. Once the device is created, we can use it like we'd use a normal partition, create a filesystem on it, mount that filesystem, and so on. Note that our creation of a RAID-0 volume on <filename>md0</filename> is nothing but coincidence, and the numbering of the array doesn't need to be correlated to the chosen amount of redundancy. It is also possible to create named RAID arrays, by giving <command>mdadm</command> parameters such as <filename>/dev/md/linear</filename> instead of <filename>/dev/md0</filename>.", "id": 6195460, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195460/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828807/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:09.137654+02:00", "action": 30, "target": "This isn't strictly speaking, a RAID level, but a stacking of two RAID groupings. Starting from 2×N disks, one first sets them up by pairs into N RAID-1 volumes; these N volumes are then aggregated into one, either by “linear RAID” or (increasingly) by LVM. This last case goes farther than pure RAID, but there is no problem with that.", "id": 6195458, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195458/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828805/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:08.912372+02:00", "action": 30, "target": "This system doesn't aim at increasing reliability, since (as in the linear case) the availability of all the data is jeopardized as soon as one disk fails, but at increasing performance: during sequential access to large amounts of contiguous data, the kernel will be able to read from both disks (or write to them) in parallel, which increases the data transfer rate. The disks are utilized entirely by the RAID device, so they should have the same size not to lose performance.", "id": 6195457, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195457/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828804/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:08.882685+02:00", "action": 30, "target": "Even though the kernel's RAID subsystem allows creating “linear RAID”, this is not proper RAID, since this setup doesn't involve any redundancy. The kernel merely aggregates several disks end-to-end and provides the resulting aggregated volume as one virtual disk (one block device). That is about its only function. This setup is rarely used by itself (see later for the exceptions), especially since the lack of redundancy means that one disk failing makes the whole aggregate, and therefore all the data, unavailable.", "id": 6195456, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195456/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828803/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:08.854500+02:00", "action": 30, "target": "The I in RAID initially stood for <emphasis>inexpensive</emphasis>, because RAID allowed a drastic increase in data safety without requiring investing in expensive high-end disks. Probably due to image concerns, however, it is now more customarily considered to stand for <emphasis>independent</emphasis>, which doesn't have the unsavory flavor of cheapness.", "id": 6195455, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195455/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828802/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:08.829276+02:00", "action": 30, "target": "RAID means <emphasis>Redundant Array of Independent Disks</emphasis>. The goal of this system is to prevent data loss and ensure availability in case of hard disk failure. The general principle is quite simple: data are stored on several physical disks instead of only one, with a configurable level of redundancy. Depending on this amount of redundancy, and even in the event of an unexpected disk failure, data can be losslessly reconstructed from the remaining disks.", "id": 6195454, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195454/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/16828800/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-17T18:35:08.783332+02:00", "action": 30, "target": "RAID and LVM are both techniques to abstract the mounted volumes from their physical counterparts (actual hard-disk drives or partitions thereof); the former ensures the security and availability of the data in case of hardware failure by introducing redundancy, the latter makes volume management more flexible and independent of the actual size of the underlying disks. In both cases, the system ends up with new block devices, which can be used to create filesystems or swap space, without necessarily having them mapped to one physical disk. RAID and LVM come from quite different backgrounds, but their functionality can overlap somewhat, which is why they are often mentioned together.", "id": 6195452, "action_name": "Source string changed", "url": "https://hosted.weblate.org/api/changes/6195452/?format=api" }, { "unit": null, "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2020-05-12T15:41:31.537888+02:00", "action": 17, "target": "", "id": 6162010, "action_name": "Changes committed", "url": "https://hosted.weblate.org/api/changes/6162010/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/8794083/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": "https://hosted.weblate.org/api/users/kingu/?format=api", "author": "https://hosted.weblate.org/api/users/kingu/?format=api", "timestamp": "2020-05-11T15:47:25.996758+02:00", "action": 2, "target": "På oppstartmedia (CD eller USB-nøkkel); forhåndutfylling skjer så snart media er montert, noe som betyr rett etter spørsmålene om språk og tastaturoppsett. Oppstartsparameteren <literal>preseed/file</literal> kan brukes til å indikere plasseringen av filen for forhåndsutfylling (f.eks. <filename>/cdrom/preseed.cfg</filename> når installasjonen har blitt utført fra en CD-ROM, eller <filename>/hd-media/preseed.cfg</filename> hvis fra en USB-minnepinne.", "id": 6154947, "action_name": "Translation changed", "url": "https://hosted.weblate.org/api/changes/6154947/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/8794083/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": "https://hosted.weblate.org/api/users/kingu/?format=api", "author": "https://hosted.weblate.org/api/users/kingu/?format=api", "timestamp": "2020-05-11T15:46:37.576419+02:00", "action": 2, "target": "På oppstartmedia (CD eller USB-nøkkel); forhåndutfylling skjer så snart media er montert, noe som betyr rett etter spørsmålene om språk og tastaturoppsett. Oppstartsparameteren <literal>preseed/file</literal> kan brukes til å indikere plasseringen av filen for forhåndsutfylling (f.eks. <filename>/cdrom/preseed.cfg</filename> når installasjonen er gjort fra en CD-ROM, eller <filename>/hd-media/preseed.cfg</filename> hvis fra en USB-minnepinne.", "id": 6154941, "action_name": "Translation changed", "url": "https://hosted.weblate.org/api/changes/6154941/?format=api" }, { "unit": "https://hosted.weblate.org/api/units/8794083/?format=api", "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": "https://hosted.weblate.org/api/users/kingu/?format=api", "author": "https://hosted.weblate.org/api/users/kingu/?format=api", "timestamp": "2020-05-11T15:46:37.573476+02:00", "action": 45, "target": "", "id": 6154940, "action_name": "Contributor joined", "url": "https://hosted.weblate.org/api/changes/6154940/?format=api" }, { "unit": null, "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api", "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/nb_NO/?format=api", "user": null, "author": null, "timestamp": "2018-08-23T11:49:26+02:00", "action": 0, "target": "", "id": 3005180, "action_name": "Resource updated", "url": "https://hosted.weblate.org/api/changes/3005180/?format=api" } ] }