Увеличьте размер раздела lvm2, чтобы использовать все нераспределенное дисковое пространство.
El primer sistema para admitir múltiples procesos de ejecución simultánea -, o al menos para simular la ejecución simultánea de múltiples procesos, fue el sistema Atlas desarrollado en la Universidad de Manchester en el Reino Unido a principios de los años sesenta. La referencia para eso es el documento que describe el sistema,The Atlas supervisor , escrito por Tom Kilburn, R. Bruce Payne y David J. Howarth, y publicado en 1961 en la AFIPS Computer Conference:
An object program is halted (by S.E.R.'s) whenever access is required to a block of information not immediately available in the core store.
[...]
While one program is halted, awaiting completion of a magnetic tape transfer for instance, the co-ordinator routine switches control to the next program in the object program list which is free to proceed.
Los procesos en espera de datos se suspenden y se colocan en segundo plano hasta que los datos estén disponibles.
Puede obtener más información sobre el sistema Atlas y la historia de los sistemas operativos enThe Evolution of Operating Systemsde Per Brinch Hansen. Su libroClassic Operating Systemsreimprime bastantes artículos pioneros, incluido el artículo de Atlas mencionado anteriormente.
El concepto de programación múltiple -, como se describe anteriormente, fue descrito por primera vez por Christopher Strachey en su artículo de 1959, Tiempo compartido en computadoras grandes y rápidas .
Lo que finalmente se recordó como tiempo compartido -no era exactamente lo mismo que lo anterior; El tiempo -compartido, que podría ser más familiar para las personas acostumbradas a los modernos sistemas multi -usuarios, multi -tareas, fue inventado en 1959 por John McCarthy en el MIT; consulte La evolución de los sistemas operativos para obtener referencias. El primer sistema que demostró compartir el tiempo -fue CTSS, a finales de 1961 en un IBM 709, descrito enAn experimental time sharing system -, escrito por Fernando Corbato, Marjorie Merwin -Daggett y Robert C. Daley, publicado en 1962.CTSS ya tenía demonios que podrían calificar como la primera forma de procesos en segundo plano (en el sentido moderno de esa frase ).
Véase también The history of context switch en Retrocomputing , y el propio John McCarthyReminiscences on the history of time sharing.
Si se refiere a procesos en segundo plano desde la perspectiva del shell, aparecieron junto con control de trabajos en el shell C, donde Jim Kulp lo implementó alrededor de 1980 (, la función estaba disponible en 4BSD , publicado a finales de 1980 ).
Во-первых, вам придется отредактировать таблицу разделов, чтобы расширить раздел sdb3. Для этого вы можете использовать gparted, parted, gdiskили fdisk.
Если вы используете gdiskили fdisk, изменения записываются в таблицу разделов только тогда, когда вы указываете программе сделать это, поэтому с помощью одного сеанса gdisk/ fdiskвы можете просмотреть точную информацию. расположение на диске (номер блока/сектора ), где начинается sdb3, удалить раздел sdb3,воссоздайте его с точно такой же начальной точкой и новой конечной точкой, а затем запишите обновленную таблицу разделов на диск.
Если ядро не сразу принимает новый размер раздела, вам, возможно, придется запустить sudo partprobe /dev/sdbна этом этапе.
Как только новый размер раздела будет виден в /proc/partitions, вы можете продолжить с sudo pvresize /dev/sdb3точно так же, как и раньше. После этого sudo pvdisplayдолжно указывать увеличенные значения PV size, Total PEи Free PE.
В этот момент вы можете использовать sudo lvextend -r -L <desired new size> /dev/cl/root, чтобы расширить свой LV.
Так как sdb3PV уже является членом группы томов cl, вам не нужно vgextendв этом случае :оно используется только при добавлении нового, неиспользуемого PV в группу томов. существующая группа томов. Поскольку в настоящее время виртуальная группа активна и все ее LV смонтированы/используются, PV заблокирован для монопольного доступа со стороны LVM, поэтому даже инструмент vgextendне может получить к нему прямой доступ. Если вы попытаетесь выполнить vgextend, загрузившись с внешнего носителя, чтобы размонтировать LV, вы увидите сообщение об ошибке
Physical volume '/dev/sdb3' is already in volume group 'cl'
вместо этого.