# ./launcher reconstruir error de la app: bootstrap falló con código de salida 234

**URL:** <https://meta.discourse.org/t/launcher-rebuild-app-error-bootstrap-failed-with-exit-code-234/353999>\
**Category:** Product Support\
**Created:** [23 Febrero, 2025 20:22 UTC](https://meta.discourse.org/t/launcher-rebuild-app-error-bootstrap-failed-with-exit-code-234/353999 "2025-02-23T20:22:55Z")\
**Posts on this page:** 1\
**Showing post:** 20

<div class="post-metadata">

**Author:** ![david](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/david/32/157490_2.png) [@david](https://meta.discourse.org/u/david)\
**Post date:** [8 Marzo, 2025 10:12 UTC](https://meta.discourse.org/t/launcher-rebuild-app-error-bootstrap-failed-with-exit-code-234/353999/20 "2025-03-08T10:12:35Z")

</div>

Entonces, `pnpm install` para v3.4.0.beta3 funcionó bien, ¿pero la última versión de Discourse no? ¡Muy extraño!

Una cosa a tener en cuenta es que, en comparación con otros gestores de paquetes, `pnpm` hace un uso muy intensivo de “enlaces duros” en el sistema de archivos. Eso puede causar problemas en algunos tipos de sistemas de archivos… aunque se supone que automáticamente recurre a una estrategia que no se basa en enlaces duros. Más información sobre eso [aquí](https://pnpm.io/npmrc#package-import-method).

> [@sjjh](#):
>
> ```plaintext
> Storage Driver: overlay2
> Backing Filesystem: zfs
> Supports d_type: true
> Using metacopy: false
> Native Overlay Diff: true
> userxattr: true
> 
> ```

Comparando con una instalación estándar:

```plaintext
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
  userxattr: false

```

Entonces, `overlay2` es lo mismo. Pero el sistema de archivos de respaldo es diferente… ¿No sé si eso tendría alguna influencia en este tipo de problema?

---

_[View the full topic](https://meta.discourse.org/t/launcher-rebuild-app-error-bootstrap-failed-with-exit-code-234/353999)._